Relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device

ABSTRACT

A method, apparatus, and system related to relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device are disclosed. In one embodiment, a system may comprise a networked device, a relevancy-matching server, and a client device. The networked device may be configured to generate a preliminary data and/or a primary data associated with a user and automatically announce a sandbox-reachable service of the networked device to a discovery module. The relevancy-matching server may be configured to match a targeted data with the primary data based on a relevancy factor associated with the user. The client device may be configured to automatically process an identification data of the networked device and/or the sandbox-reachable service of the networked device from the discovery module and to automatically associate with the networked device based on the identification data.

CLAIM OF PRIORITY

This disclosure claims priority to U.S. Provisional Patent application No. 61/118,286 filed Nov. 26, 2008, and titled DISCOVERY, ACCESS CONTROL, AND COMMUNICATION WITH NETWORKED SERVICES FROM WITHIN A SECURITY SANDBOX, the entirety of which is herein incorporated by reference in its entirety.

This disclosure claims priority to U.S. Continuation application Ser. No. 13/470,814 filed May 14, 2012, and titled DISCOVERY, ACCESS CONTROL, AND COMMUNICATION WITH NETWORKED SERVICES FROM WITHIN A SECURITY SANDBOX, the entirety of which is herein incorporated by reference in its entirety.

This disclosure claims priority to U.S. Provisional Patent application No. 61/584,168 filed Jan. 6, 2012, and titled CAPTURING CONTENT FOR DISPLAY ON A TELEVISION, the entirety of which is herein incorporated by reference in its entirety.

This disclosure claims priority to U.S. Nonprovisional patent application Ser. No. 13/736,031 filed Jan. 7, 2013, and titled ZERO CONFIGURATION COMMUNICATION BETWEEN A BROWSER AND A NETWORKED MEDIA DEVICE, the entirety of which is herein incorporated by reference in its entirety.

This disclosure claims priority to U.S. Provisional Patent application No. 61/652,153 filed May 26, 2012, and titled CONTENT RECOGNITION SYSTEM, the entirety of which is herein incorporated by reference in its entirety.

FIELD OF TECHNOLOGY

This disclosure relates generally to the technical field of networking, data recognition systems, and data recommendation systems. More particularly, this disclosure relates to a method, apparatus, and system of relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device in one example embodiment.

BACKGROUND

A networked device (e.g., a television, a set-top box, a computer, a multimedia display, an audio device, a weather measurement device, a geolocation device) may have access to an information associated with a user. For example, the information may comprise an identification of a movie viewed by the user, a weather information, a geolocation information, and/or a behavioral characteristic of the user when the user interacts with the networked device. However, the user may need to configure the networked device to share the information with an other networked device. For example, the user may need to read a manual to understand a configuration protocol. The user may be unable to understand the configuration protocol. As such, the user may spend a significant amount of customer support time in configuring the networked device. Alternatively, the user may need to expend a significant amount of financial resources for a network administrator to assist the user in configuring the networked device. As a result, the user may give up and remain unable to configure the networked device to share the information with the other networked device.

Furthermore, the networked device may present to the user an information that is irrelevant to the user. As a result, the user may get tired, annoyed, and/or bored with the networked device. Additionally, the user may waste a significant amount of time processing the information that is irrelevant to the user. Therefore, a revenue opportunity may be missed, because an interested party (e.g., a content creator, a retailer, a manufacturer, an advertiser) may be unable to access an interested audience. In addition, the user may be inconvenienced when the information on the networked device and the client device remain independent of each other.

SUMMARY

A method, apparatus, and system related to relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device are disclosed. In one aspect, a system may comprise a networked device, a relevancy-matching server, and a client device. The networked device may be configured to generate a preliminary data and/or a primary data associated with a user. The networked device may be further configured to automatically announce a sandbox-reachable service of the networked device to a discovery module. Additionally, the networked device may be configured to automatically announce the primary data along with the sandbox-reachable service of the networked device to the discovery module. The relevancy-matching server may be configured to match a targeted data with the primary data based on a relevancy factor associated with the user.

The client device may be further configured to automatically process an identification data of the networked device and/or the sandbox-reachable service of the networked device from the discovery module. The client device may also be configured to automatically associate with the networked device through a sandboxed application of the client device communicatively coupled to the sandbox-reachable service based on the identification data. In addition, the client device may be configured to process an embedded object from the relevancy-matching server through the sandboxed application. Further, the client device may be configured to gather the primary data through the embedded object and/or the sandboxed application. Still further, the client device may be configured to communicate the primary data to the relevancy-matching server through the embedded object.

The client device may be configured to constrain an executable environment in a security sandbox, execute the sandboxed application in the executable environment, and automatically establish a communication session between the sandboxed application and the sandbox-reachable service through a cross-site scripting technique, an appended header, a same origin policy exception, and/or an other mode of bypassing a number of access controls of the security sandbox. The other mode of bypassing the number of access controls of the security sandbox may enable a discovery and/or a pairing. The discovery may be performed via a multicast-based discovery protocol, a broadcast-based discovery protocol, and/or an anycast-based discovery protocol. The pairing may be performed via an entry of a short code and/or an account name in the client device and/or the networked device.

The client device may be configured to process the identification data in a manner such that the client device is configured to access the discovery module of a pairing server and/or extend the security sandbox with the discovery module and a relay module added to the security sandbox. The pairing server may be configured to receive in an announcement from the networked device and to communicate to the client device the identification data comprising a global unique identifier (GUID), an alphanumeric name, a hardware address associated with the networked device, a public address pair associated with the sandbox-reachable service of the networked device, and/or a private address pair associated with the sandbox-reachable service of the networked device when a shared network is determined to be commonly associated with the client device and the networked device. The discovery module may comprise a discovery algorithm. The discovery algorithm may utilize a protocol comprising a Bonjour® protocol, a Simple Service Discovery Protocol (SSDP) protocol, a local service discovery (LSD) uTorrent® protocol, a multicast protocol, an anycast protocol, and/or a local area network (LAN)-based protocol that discovers a number of services in a LAN based on a broadcast from an operating system service, the security sandbox, the client device, the sandbox-reachable service, and/or the networked device.

The embedded object may comprise a script, an image, a player, an iframe, and/or an other external media included in the sandboxed application. When the embedded object comprises a statically rendered object, the sandboxed application may be configured to gather the primary data from the networked device through the communication session. Further, when the embedded object comprises an executable code, the embedded object may be configured to gather the primary data from the networked device through the communication session.

In another exemplary embodiment, the system may further comprise an intermediary server. The intermediary server may be configured to process the preliminary data from the networked device and/or the client device. The intermediary server may be further configured to generate the primary data based on the preliminary data. Still further, the intermediary server may be configured to communicate the primary data to any of a number of devices with an access to the identification data of the networked device and/or the sandbox-reachable service of the networked device.

The relevancy-matching server may be configured to render the targeted data to the user through the sandboxed application of the client device. The client device may be determined to be associated with the user based on a unique identifier that is unlikely to change. Alternatively, the relevancy-matching server may be configured to render the targeted data to the user through the networked device.

The primary data may comprise a content identification, a number of descriptive metadata associated with the content identification, a content identification history, a monitored event, a geolocation, a weather information, a Media Access Control (MAC) address of the client device, a private Internet Protocol (IP) address, and/or an other data stored in a volatile memory and/or a non-volatile memory. The relevancy-matching server may be configured to match the targeted data with the primary data in a manner such that the relevancy-matching server may be configured to search a storage for a matching item and/or a related item based on the relevancy factor comprising a category of the primary data, a behavioral history of the user, a category of the sandboxed application, and/or an other information associated with the user.

The methods, system, and/or apparatuses disclosed herein may be implemented in any means for achieving various aspects, and may be executed in a form of machine readable medium embodying a set of instruction that, when executed by a machine, causes the machine to perform any of the operations disclosed herein. Other features will be apparent from the accompanying drawing and from the detailed description that follows.

BRIEF DESCRIPTION OF DRAWINGS

Example embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:

FIG. 1 is a block diagram depicting a system of automatic bidirectional communication between multiple devices, according to one embodiment.

FIG. 2 is a block diagram depicting a system of bidirectional communication between a relevancy-matching server 200, a client device 100, and a networked device 102, according to one embodiment.

FIG. 3 is a block diagram depicting a system of performing a discovery through a pairing server 300, according to one embodiment.

FIG. 4 is a block diagram depicting a system of bidirectional communication between the client device 100 and the networked device 102 using an extension 404 of a security sandbox 104, according to one embodiment.

FIG. 5 is a block diagram depicting the client device 100 gathering a primary data 500 through a sandboxed application 112 and communicating the primary data 500 to the relevancy-matching server 200 through an image 502, according to one embodiment.

FIG. 6 is a block diagram depicting the client device 100 gathering the primary data 500 through an executable code 600 and communicating the primary data 500 to the relevancy-matching server 200 through the executable code 600, according to one embodiment.

FIG. 7 is a block diagram depicting the client device 100 residing on a separate network from the networked device 102 and gathering the primary data 500 from an intermediary server 700, according to one embodiment.

FIG. 8 is a block diagram depicting the relevancy-matching server 200 communicating a targeted data 800 to the client device 100 and the networked device 102, according to one embodiment.

FIG. 9 is a block diagram depicting the relevancy-matching server 200 communicating the targeted data 800 to the client device 100 associated with a user 902, according to one embodiment.

FIG. 10 is a block diagram of a system including a content identification server 1006 configured for automatic bidirectional communication with a number of capture servers 1008A, 1008B, the client device 100, and the networked device 102, according to one embodiment.

FIG. 11 is a block diagram of a system of automatic bidirectional communication between the client device 100 and the networked device 102 involving the content identification server 1006 and a plurality of other networked devices 1400A, 1400B, according to one embodiment.

FIG. 12 is a block diagram of a content identification (CID) service 1002 generating a CID data 1200 based on a media data 1004, according to one embodiment.

FIG. 13 is a block diagram of a system of determining an identification 1304 of the media data 1004 involving the content identification server 1006 communicatively coupled to the number of capture servers 1008A, 1008B, according to one embodiment.

FIG. 14 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the content identification server 1006 and the plurality of other networked devices 1400A, 1400B, according to one embodiment.

FIG. 15 is a block diagram depicting the content identification server 1006 configured to generate an annotated metadata 1504, according to one embodiment.

FIG. 16 is a block diagram depicting the content identification server 1006 configured to generate an identifying metadata 1602, according to one embodiment.

FIG. 17 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving a watermark data 1204, according to one embodiment.

FIG. 18 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving an identifying information 1208, according to one embodiment.

FIG. 19 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving a fingerprint data 1202 and an other fingerprint data 1906, according to one embodiment.

FIG. 20 is a table 2050 depicting a determination of the identification 1304 of the media data 1004 by comparing a fingerprint data sequence 2000 to a fingerprint database 1900, according to one embodiment.

FIG. 21 is a table 2150 depicting a determination of a recurring sequence 2102, according to one embodiment.

FIG. 22 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving a descriptive metadata 1206 and an other watermark data 2200, according to one embodiment.

FIG. 23 is a block diagram of the content identification server 1006 gathering the CID data 1200 and a plurality of other CID data 1402, 1404, according to one embodiment.

FIG. 24 is a table view of the content identification server 1006 gathering a provisional identification 2400 of the media data 1004 and a number of other provisional identifications 2400 of a number of other media data 1108, 1112, according to one embodiment.

FIG. 25 is a table view of the content identification server 1006 determining the identification 1304 of the media data 1004 based on a consensus, according to one embodiment.

FIG. 26 is a block diagram of the content identification server 1006 using the identification 1304 of the media data 1004 to identify the other fingerprint data 2602, according to one embodiment.

Other features of the present embodiments will be apparent from the accompanying drawings and from the detailed description that follows.

DETAILED DESCRIPTION

Example embodiments, as described below, relate to a method, an apparatus, and a system related to relevancy improvement through targeting of information based on data gathered from a networked device associated with a security sandbox of a client device, according to one or more embodiments.

FIG. 1 is a block diagram depicting a system of automatic bidirectional communication (e.g., sending and receiving information in both directions without prior configuration by a human) between multiple devices, according to one embodiment. FIG. 1 shows a client device 100, a networked device 102, a security sandbox 104, an executable environment 106, a processor 108, a memory 110, a sandboxed application 112, a sandbox-reachable service 114, a communication session 116, a cross-site scripting technique 118, an appended header 120, a same origin policy exception 122, and an other mode 124. The client device 100 communicates bidirectionally with the networked device 102 of FIG. 1.

According to one embodiment, the client device 100 may be a computer, a smartphone, and/or an other hardware that may be configured to initiate contact with a server to make use of a resource. The client device 100 may constrain the executable environment 106 in the security sandbox 104. The client device 100 may also execute the sandboxed application 112 in the executable environment 106 using the processor 108 and the memory 110. Further, the client device 100 may automatically establish the communication session 116 between the sandboxed application 112 and the sandbox-reachable service 114 of the networked device 102. The communication session 116 may be established between the sandboxed application 112 and the sandbox-reachable service 114 through the cross-site scripting technique 118, the appended header 120, the same origin policy exception 122, and/or the other mode 124 of bypassing a number of (e.g., at least one) access controls of the security sandbox 104.

According to one embodiment, the networked device 102 may be a geolocation device, a hygrometer, a thermometer, a barometer, an anemometer, a television, an audio device, a game console, a set top box, an other computer, and/or an other hardware connected by a number of communications channels that allow sharing of a number of resources and/or a number of information. The networked device 102 may perform a number of sandbox-reachable services (e.g., a geolocation service, a hygrometer service, a thermometer service, an anemometer service, a barometer service, a content identification service 1002, a Media Access Control address service, a private Internet Protocol address service) using a processor and a memory. Thus, the networked device 102 may generate a primary data 500 and/or a preliminary data 702. The primary data 500 and/or the preliminary data 702 may be associated with a user 902.

The networked device 102 may also be configured to automatically announce the sandbox-reachable service 114 of the networked device 102 to a discovery module 302 prior to an establishment of the communication session 116 between the sandboxed application 112 and the sandbox-reachable service 114. A service agent module of the networked device 102 may coordinate a number of communications with the discovery module 302 by listening on a socket, acting as a means for a number of services on the networked device 102 to discover each other, and/or announcing on behalf of the number of services. An announcement may identify the sandbox-reachable service 114 being offered and how to reach the sandbox-reachable service 114 (e.g., by communicating an identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102). Thus, the client device 100 may be configured to automatically process the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102 from the discovery module 302. The client device 100 may also be configured to automatically associate with the networked device 102 through the sandboxed application 112 of the client device 100 communicatively coupled to the sandbox-reachable service 114 based on the identification data 304.

For example, the geolocation service may be announced by performing a HTTP POST to a URL http://flingo.tv/fling/announce with a body

{ “service” : “gps” , “model_id” : “Foo GPS Z5” , “guid” : “8df5f7271e36cdbc4db4513a9e660817ff0fa94a” , “description” : “Service providing local GPS coordinates” } The announcement may also contain the primary data 500. Thus, the announcement may contain the body

{ “service” : “gps” , “model_id” : “Foo GPS Z5” , “guid” : “8df5f7271e36cdbc4db4513a9e660817ff0fa94a” , “description” : “Service providing local GPS coordinates” , “latitude” : 43.60336, “longitude” : −110.7362 } Alternatively, the primary data 500 may be separated from a service description such that the URL specifies the service description while the body specifies the primary data 500 provided by the service. For example,

-   -   http://flingo.tv/fling/announce?service=gps&model_id=Foo+GPS+Z5&guid=8df5f7271e36cdbc4db4513a9e660817ff0fa94a&description=Service+providing+local+GPS+coordinates         with the body

{ “latitude” : 43.60336, “longitude” : −110.7362 } The primary data 500 may take an XML format, a JSON format, a binary format, and/or an other format. A wireless base station may be instrumented with a number of networked devices (e.g., a set of sensors) to announce the primary data 500 about an environment.

The networked device 102 may also announce an availability of the sandbox-reachable service 114 across a range of public addresses such that the sandboxed application 112 communicates with the sandbox-reachable service 114 in any one of the range of public addresses. However, the range of public addresses may be known by a pairing server 300 such that the announcement of the availability of the sandbox-reachable service 114 across the range of public addresses is unnecessary. Thus, the sandbox-reachable service 114 may communicate a global unique identifier (GUID) 704, an alphanumeric name, and/or a private address pair of the sandbox-reachable service 114 to the pairing server 300. The private address pair may comprise (e.g., include, but not be limited to) a private Internet Protocol (IP) address and a port number associated with the sandbox-reachable service 114.

Further, the networked device 102 may render (e.g., present, transmit in a consumable format, deliver) a media data 1004 to the user 902. The media data 1004 may comprise a television program, a movie, a musical composition, a newspaper article, a web page, or an advertisement. When the networked device 102 comprises a media device (e.g., a hardware that renders a published information), the networked device 102 may comprise a networked media device, an other networked media device 1106A, 1106B, and/or a heterogeneous (e.g., incompatible with an operating system and/or the sandboxed application 112 of the client device 100) networked media device.

The content identification (CID) service 1000, 1002 and/or an other CID service 1104, 1110 may comprise a provision of a discrete function of identifying the content of the media data 1004 and/or an other media data 1108, 1112, 1904 within a systems environment. The CID service 1000, 1002 and/or the other CID service 1104, 1110 may employ a number of methods (e.g., a fingerprinting method, a watermarking method, a metadata extraction method) for determining an identification 1304 (e.g., a content identification) of the media data 1004. The CID service 1000, 1002 and/or the other CID service 1104, 1110 may be a hardware, a software, a firmware, and/or an integrated circuit. The sandbox-reachable service 114 may comprise the CID service 1002 of the networked device 102. The CID service 1002 of the networked device 102 may also communicate the identification 1304 of the media data 1004 to the sandboxed application 112 through the communication session 116 and/or the announcement.

For example, the networked device 102 offering the CID service 1002 may announce http://flingo.tv/fling/announce with the body

{ “service” : “cid” , “make” : “Whiz Bang” , “model_id” : “WZB1000” , “description” : “Identifies content currently being viewed on the TV.” , “private_ip” : [ “192.168.1.12:8080” ] } The sandboxed application 112 may then discover the number of sandbox-reachable services. For example, the sandboxed application 112 may use the cross-site scripting technique 118 based on a script tag (e.g., using a JSONP technique, using a jQuery® JavaScript library).

<script type=”text/javascript”> function cb (x) { var s = JSON.stringify (x,undefined, 4) ; document.getElementById (“result”).innerHTML = “<pre>” + s + “</pre>” ; } function jsonp ( url, cb ) { $.ajax( { url : url, dataType : ‘jsonp’ , success : cb, error : function ( ) { alert ( “jsonp failed for url=” + url ) ; } , timeout : 5000 } ) ; } var doit = function ( ) { jsonp ( ‘http://flingo.tv/fling/discover’ , cb ) ; } $ (document).ready (doit) ; </script> Thus, the sandboxed application 112 containing a list of a number of devices and/or a number of services on a network (e.g., a local area network, a multicast network, an anycast network, a multilan network, a private network, and/or an other collection of hardware interconnected by communication channels that allow sharing of resources and information) is created.

{ “count” : 1, “yourip” : “208.90.215.161”, “interval” : 900, “devices” : [  { “model_id” : “WZB1000”, “description” : “Whiz Bang 1000 100\” OLED TV”, “make” : Whiz Bang Inc.”, “t” : 1325643090, “services” : [ { “description” : “Identifies content currently being viewed on the TV.”, “service” : “cid”, “t” : 1325643090, “version” : “2011-12-29T22:10:56-cc4dc7b20cle”, “private_ip” : [“192.168.1.12:8080”], “name” : “FLINGO Content ID” }, { “description” : “Service for playing flung videos.”, “service” : “flingo”, “name” : “Fling Queue”, } ], “guid” : “8821877d58ce99ef54aa370419529e2fab40dad2”, }, ] } A discovery may also be limited to the number of devices providing a particular service. For example, the discovery may be limited to a number of CID services 1000, 1002 by querying http://flingo.tv/fling/discover?service=cid

The sandboxed application 112 may then extract the GUID 704 of the networked device 102. The sandboxed application 112 may also query the sandbox-reachable service 114 of the networked device 102 (e.g., using JSONP).

<script> . . . jsonp(http://flingo.tv/cid/content_id?guid= + guid, id_cb) ; . . . function id_cb(id) { alert( “content_id=” + id.content_id ) ; } </script> Thus, the sandboxed application 112 may obtain the identification 1304 of the media data 1004 from the CID service 1002. Similarly, the sandboxed application 112 may obtain the primary data 500 from the sandbox-reachable service 114 of an intermediary networked device that communicates with a sandbox-unreachable service of the networked device 102.

Additionally, the identification 1304 of the media data 1004 may be used to query for a number of metadata associated with the identification 1304 of the media data 1004. For example, the identification 1304 “t:22343:959030” may correspond to “The Office” episode titled “Ben Franklin.”

$ curl “http://flingo.tv/cid/metadata?content_id= t:22343:959030” { “show_url” : “http://www.tv.com/shows/the-office/” , “show_id” : “22343” , “content_type” : “tv_show” , “show_desc” : “The Office: Based on the popular British series of the same name, this faster-paced American version follows the daily interactions of a group of . . .” , “timestamp” : 1313480002.472693, “ep_desc” : “Michael celebrates Phyllis’ wedding shower by bringing two performers into the office: a stripper and a Ben Franklin impersonator. Meanwhile, Karen confronts Pam about her past history with Jim.” , “ep_url” : “http://www.tv.com/shows/the-office/ben-franklin-959030/” , “ep_id” : “959030” , “guide” : “TV.com” , . . . }

The security sandbox 104, the processor 108, and the memory 110 each exist within the client device 100 of FIG. 1 and communicate bidirectionally with each other. According to one embodiment, the security sandbox 104 may be the operating system on which the sandboxed application 112 is hosted, a browser application of the operating system, and/or an other mechanism for separating a number of running programs to execute an untested code and/or a number of untrusted programs from a number of unverified third-parties, a number of suppliers, a number of untrusted users, and/or a number of untrusted websites.

Each of a number of applications of a web browser and/or a mobile device may be constrained inside the security sandbox 104. The security sandbox 104 may constrain what each of the number of applications is allowed to do. For example, the security sandbox 104 may limit access to the network, thereby making it difficult for the client device 100 to find the networked device 102 of the user 902 and/or to obtain information directly from the networked device 102. Such information may include what is currently playing on the networked device 102.

The mobile device may also impose the security sandbox 104. The security sandbox 104 of the mobile device may exist at an operating system level. The operating system of the mobile device may differ from a traditional operating system in that the traditional operating system mostly applied a security to the user 902, a number of individual files, and/or a number of individual directories so that a user application could not corrupt the traditional operating system. This is different from having a separate security sandbox for each of the number of applications so that each of the number of applications cannot access a data of an other application and/or limiting a specific application from having access to a number of operating system services (e.g., a GPS service, a network service).

According to one embodiment, the processor 108 may be a central processing unit (CPU), a microprocessor, an integrated circuit such as an application-specific integrated circuit (ASIC), a hardwired electronic logic circuit, a discrete element circuit, a programmable logic device such as a field-programmable gate array (FPGA), and/or an other part of a computer system that carries out the instructions of a program by performing the arithmetical, logical, and/or input/output operations of the system. According to one embodiment, the memory 110 may be a random access memory (RAM), a read only memory (ROM), a flash memory, and/or an other machine-readable storage media.

The executable environment 106 exists within the security sandbox 104 of FIG. 1. According to one embodiment, the executable environment 106 may be a virtual machine, a jail, a scripting language interpreter, a scratch space on a disk and/or a memory, and/or an other tightly controlled set of resources in which to run a number of guest programs.

The sandboxed application 112 exists within the executable environment 106 of FIG. 1. According to one embodiment, the sandboxed application 112 and/or an other sandboxed application may be an untested code, an untrusted program (e.g., from an untrusted web page), and/or an other software that can be executed with an appropriate runtime environment of the security sandbox 104.

The sandbox-reachable service 114 exists within the networked device 102 of FIG. 1. According to one embodiment, the sandbox-reachable service 114 may be a smart television application, a set top box application, an audio device application, a game console application, a computer application, and/or an other service that can be discovered and/or communicated with from within the security sandbox 104. The sandbox-reachable service 114 may comprise the other sandboxed application when the sandbox-reachable service 114 is constrained by the security sandbox 104 of a device in which the sandbox-reachable service 114 resides.

The communication session 116 exists between the client device 100 and the networked device 102 of FIG. 1. According to one embodiment, the communication session 116 may be an information interchange between two terminals. The communication session 116 may exist directly between the client device 100 and the networked device 102. Alternatively, the communication session 116 may exist indirectly between the client device 100 and the networked device 102 (e.g., through the pairing server 300).

The cross-site scripting technique 118 exists as a component of the communication session 116 of FIG. 1. According to one embodiment, the cross-site scripting technique 118 may be a type of a computer security vulnerability that enables an injection of a client-side script to bypass the number of access controls.

The appended header 120 also exists as a component of the communication session 116 of FIG. 1. According to one embodiment, the appended header 120 may be a mechanism (e.g., a cross-origin resource sharing) that allows a cross-domain request by adding a new header (e.g., an origin header, a referrer header).

Additionally, the same origin policy exception 122 exists as a component of the communication session 116 of FIG. 1. According to one embodiment, the same origin policy exception 122 may be a technique for relaxing a rule preventing an access to a number of methods and/or a number of properties across a number of pages on a number of different sites. For example, a hyperlink, a form, a script 706, a frame, a header, and/or an image 502 may be used to establish the communication session 116.

Further, the other mode 124 exists as a component of the communication session 116 of FIG. 1. According to one embodiment, the other mode 124 may be a mechanism of bypassing the number of access controls of the security sandbox 104. The other mode 124 may enable the discovery via a multicast-based discovery protocol, a broadcast-based discovery protocol, and/or an anycast-based discovery protocol. The other mode 124 may also enable a pairing via an entry of a short code and/or an account name in the client device 100 and/or the networked device 102. For example, the other mode 124 may comprise a Facebook® Connect feature and/or an OAuth service.

FIG. 2 depicts a system of bidirectional communication between a relevancy-matching server 200, the client device 100, and the networked device 102, according to one embodiment. FIG. 2 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the communication session 116, the relevancy-matching server 200, a storage 202, and an embedded object 204.

The relevancy-matching server 200 exists in the cloud 712 and is communicatively coupled to the storage 202, the client device 100, and the networked device 102 of FIG. 2. According to one embodiment, the relevancy-matching server 200 may be a computer hardware system dedicated to matching, using a processor and a memory, a targeted data 800 with the primary data 500 based on a relevancy factor associated with the user 902. The relevancy factor may comprise a category of the primary data 500, a behavioral history of the user 902, a category of the sandboxed application 112, and/or an other information associated with the user 902. The relevancy-matching server 200 may comprise a computer, a plurality (e.g., at least two) of computers, and/or a peer-to-peer network of computers. The relevancy-matching server 200 may be the pairing server 300 and/or an intermediary server 700. The relevancy-matching server 200 may also be configured to render the targeted data 800 to the user 902 through the networked device 102 and/or the sandboxed application 112 of the client device 100.

The storage 202 also exists in the cloud 712 and is communicatively coupled to the relevancy-matching server 200 of FIG. 2. According to one embodiment, the storage 200 may be a technology comprising a number of computer components and/or a recording media used to retain a digital data. The storage 200 may be a volatile memory, a non-volatile memory, a disk, and/or an other repository of the targeted data 800. The storage 200 may exist within the relevancy-matching server 200. Alternatively, the storage 200 may be external to the relevancy-matching server 200. The storage 200 may also reside on a different network from the relevancy-matching server 200. The relevancy-matching server 200 may match the targeted data 800 with the primary data 500 by searching the storage 200 for a matching item and/or a related item based on the relevancy factor.

The embedded object 204 exists within the sandboxed application 112 of FIG. 2. According to one embodiment, the embedded object 204 may be the script 706, the image 502, a player, an iframe, and/or an other external media included in the sandboxed application 112. The sandboxed application 112 of the client device 100 may process the embedded object 204 from the relevancy-matching server 200 (e.g., by pulling in the embedded object 204 from the relevancy-matching server 200). The client device 100 may also gather the primary data 500 through the embedded object 204 and/or the sandboxed application 112. When the embedded object 204 comprises a statically rendered object (e.g., the image 502), the sandboxed application 112 may be configured to gather the primary data 500 from the networked device 102 through the communication session 116. When the embedded object 204 comprises an executable code 600 (e.g., the script 706, the player, the iframe), the executable code 600 may be configured to gather the primary data 500 from the networked device 102 through the communication session 116 (e.g., by discovering and querying a number of reachable devices for the primary data 500).

For example, the user 902 may visit example.com and download a web page index.html from example.com. The index.html web page may pull in the script 706 <SCRIPT> *s* from the relevancy-matching server 200 example_ads.com. The script 706 may use an extension 404 and/or the pairing server 300 to discover and query the networked device 102 for the primary data 500. If the primary data 500 comprises the identification 1304 of the media data 1004, the script 706 may pull in a JavaScript code that uses a XMLHttpRequest to perform a HTTP GET request to an URL http://flingo.tv/fling/discover?service=cid

A discovery service (e.g., detects the number of devices and/or the number of services on the network) may return a list of the number of devices in the network of the user 902 that offer the CID service 1000, 1002. If one of the number of devices has the GUID 704 “f51eba3ab7c3410379e9dcfeb58bb3d3878a2978”, the script 706 may query for the identification 1304 of the media data 1004 using http://flingo.tv/cid/content_id?guid=f51eba3ab7c3410379e9dcfeb58bb3d3878a2978 A state for the networked device 102 with the GUID 704 may be maintained inside a content identification server 1006 (e.g., a computer hardware system dedicated to identifying a content of the media data 1004 and/or the other media data 1108, 1112, 1904 using a processor and a memory). In response, the content identification server 1006 may return

{ “count” : 253, “rel_ts” : 262604, “content_id” : “SH006197570000”, “ts” : 1344045862604, “notifications” : [ ] }

The client device 100 may communicate the primary data 500 to the relevancy-matching server 200 through the embedded object 204. When the relevancy-matching server 200 has the primary data 500, the relevancy-matching server 200 may use the primary data 500 to select the targeted data 800 to render to the user 902. The relevancy-matching server 200 may synchronize the targeted data 800 on the client device 100 to the primary data 500 on the networked device 102.

For example, a web page starting from zero knowledge may query the networked device 102 offering the sandbox-reachable service 114 to learn the temperature and/or the humidity in the locale of the user. The web page may then be automatically modified accordingly.

FIG. 3 depicts a system of performing the discovery through the pairing server 300, according to one embodiment. FIG. 3 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the pairing server 300, the discovery module 302, and the identification data 304.

The pairing server 300 exists in the cloud 712 and is communicatively coupled to the client device 100 and the networked media device 102 of FIG. 3. According to one embodiment, the pairing server 300 may be a computer hardware system dedicated to enabling, using a processor and a memory, the communication session 116 between the sandboxed application 112 and the sandbox-reachable service 114. The pairing server 300 may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The pairing server 300 may also be the relevancy-matching server 200 and/or the intermediary server 700.

The client device 100 may be configured to process the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102 in a manner such that the client device 100 is configured to access the discovery module 302 of the pairing server 300. The pairing server 300 may be configured to receive in the announcement from the networked device 102 and to communicate to the client device 100 the identification data 304 when a shared network is determined to be commonly associated with the client device 100 and the networked device 102.

The pairing server 300 may also provide a relay service (e.g., transmits a data between two terminals that are incapable of communicating directly) between the client device 100 and the networked device 102. A WebSocket (e.g., a web technology providing a number of full-duplex communications channels over a single Transmission Control Protocol connection) and/or a long-polling message query interface may be used to reduce a latency of a message delivery in a manner such that a polling period between a number of consecutive pollings may be less than a timeout period of a session through the relay service. However, when the pairing server 300 communicates the hardware address of the networked device 102 (e.g., a MAC address) and/or the private address pair of the sandbox-reachable service 114 to the client device 100, the client device 100 may communicate directly with the networked device 102 (i.e. bypassing the relay service of the pairing server 300).

The discovery module 302 exists within the pairing server 300 of FIG. 3. According to one embodiment, the discovery module 302 may be a self-contained component that performs the discovery service. The discovery module 302 may also be a software, a hardware, a firmware, and/or an integrated circuit. The client device 100 may access the discovery module 302 of the pairing server 300 to perform the discovery.

The identification data 304 exists between the pairing server 300 and the client device 100 as well as between the pairing server 300 and the networked device 102 of FIG. 3. According to one embodiment, the identification data 304 may comprise a geolocation, the GUID 704, the alphanumeric name, the hardware address associated with the networked device 102, a public address pair (e.g., a public Internet Protocol address and a port number) associated with the sandbox-reachable service 114 of the networked device 102, and/or the private address pair associated with the sandbox-reachable service 114 of the networked device 102. The identification data 304 may enable the communication session 116 between the client device 100 and the networked device 102 when the client device 100 and the networked device 102 no longer reside on the shared network.

FIG. 4 is a block diagram depicting a system of bidirectional communication between the client device 100 and the networked device 102 using the extension 404 of the security sandbox 104, according to one embodiment. FIG. 4 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the discovery module 302, the identification data 304, a discovery algorithm 400, a relay module 402, and the extension 404.

The discovery algorithm 400 exists within the discovery module 302 of FIG. 4. According to one embodiment, the discovery algorithm 400 may be a procedure for detecting the number of devices and/or the number of services on the network. The discovery algorithm 400 may utilize a protocol comprising a Bonjour® protocol, a Simple Service Discovery Protocol (SSDP) protocol, a local service discovery (LSD) uTorrent® protocol, a multicast protocol, an anycast protocol, and/or a local area network (LAN)-based protocol that discovers a number of services in a LAN 708 based on a broadcast from any one of an operating system service, the security sandbox 104, the client device 100, the sandbox-reachable service 114, and the networked device 102.

The relay module 402 exists within the extension 404 and communicates with the sandboxed application 112, the discovery module 302, and the sandbox-reachable service 114 of FIG. 4. According to one embodiment, the relay module 402 may be a self-contained component that performs the relay service. The relay module 402 may also be a software, a hardware, a firmware, and/or an integrated circuit.

The extension 404 of the security sandbox 104 exists within the client device 100 of FIG. 4. According to one embodiment, the extension 404 may be a program adding a number of capabilities of the discovery module 302 and/or the relay module 402 to the sandboxed application 112. The extension 404 may be a plugin, an add-on, and/or an addition to a core functionality (e.g., a modification of a core code and/or a runtime) of the sandboxed application 112. The client device 100 may extend the security sandbox 104 with the discovery module 302 and the relay module 402 added to the security sandbox 104. The sandboxed application 112 of the client device 100 may use the extension 404 to process the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102.

When the client device 100 pairs with the networked device 102, the automatic bidirectional communication may comprise the client device 100 pushing the media data 1004 to the networked device 102. According to one exemplary embodiment, the sandboxed application 112 of the client device 100 may be a web browser. The user may visit a web page and drag a bookmark from the web page to a bookmark bar of the web browser. The bookmark may comprise a bookmarklet (e.g., the bookmark that contains a number of JavaScript commands). The bookmarklet may not be constrained to a same origin policy and may send and/or receive a number of results using a XmlHttpRequest exchanged directly with the discovery service and/or the relay service.

A bookmarklet remote procedure call (RPC) may communicate a private broadcast to the number of services in the network. Alternatively, the bookmarklet RPC may send a discovery request to the discovery service to find the number of services in the network and then communicate via the relay service with the number of services in the network. If the discovery service and/or the relay service returns a number of private address pairs, the bookmarklet may use the XmlHttpRequest to directly communicate with the number of devices in the network and/or perform a number of RPC calls.

The bookmarklet may forward a property (e.g., a window.location.href property) that returns the URL of the web page to the discovery service and/or the relay service. A new web page may be opened to request that the user confirm an intent to push the media data 1004 to the networked device 102. A form may be presented to request that the user select the networked device 102 to receive the media data 1004. The discovery service and/or the relay service may discover a number of networked media devices sharing a local network based on an IP address of the client device 100.

A device (e.g., the pairing server 300, the client device 100, a server) in which the discovery service and/or the relay service exists and/or an other device (e.g., an other server) to which the discovery service and/or the relay service communicates the URL of the web page may extract a raw URL. The device and/or the other device may also use a fragile code to extract a metadata from the web page. For example, http://www.youtube.com/watch?v=FMRg11hQLds corresponds to a YouTube® web page with an embedded video. The YouTube® web page contains three metadata tags. A thumbnail for each video may also be obtained by pulling a video identifier out of the URL using http://i3.ytimg.com/vi/FMRg11hQLds/default.jpg and/or http://i3.ytimg.com/vi/FMRg11hQLds/hqdefault.jpg. A number in “i3” may be changeable between “i1” and “i4” while returning a same image. The number of results comprising the raw URL, the metadata, and/or the thumbnail may be communicated to the number of networked media devices sharing the local network.

The bookmarklet RPC may be used to retrieve the number of results from the device and/or the other device. The number of results may be displayed in an alert and/or passed to a Document Object Model of the web page (e.g., if an error occurs). The bookmarklet RPC may also be used to obtain an information from the networked device 102. The bookmarklet may then pass the information on to a third-party website. For example, the bookmarklet may send the XmlHttpRequest to the networked device 102 discovered by the discovery service of the pairing server 300. The bookmarklet may query for the identification 1304 of the media data 1004 currently being rendered by the networked device 102. The bookmarklet may then pass the identification 1304 as a number of query-value parameters to a metadata association server (e.g., an IMDb® database) to obtain the number of metadata about the media data 1004 presently being rendered by the networked device 102.

In another embodiment, the automatic bidirectional communication may also comprise the client device 100 communicating an object (e.g., a data upon which an operation is performed) of a function (e.g., open a web page, play a video, play a musical composition, display a video game graphic) of the sandboxed application 112 and/or a request (e.g., a longpoll HTTP request, a command to play a song) to perform the function of the sandboxed application 112 to the heterogeneous networked media device. The sandboxed application 112 of the client device 100 may establish the communication session 116 with the sandbox-reachable service 114 of the heterogeneous networked media device using the pairing server 300, the extension 404, and/or the remote access token. The sandbox-reachable service 114 of the heterogeneous networked media device may comprise a sandboxed application function service (e.g., a web page opener service, a video playing service, a music playing service, a video game playing service). For example, the user 902 may pick up an iPhone® and open an App that plays music. When the user 902 gets home, the music stops playing on an iPhone® and immediately starts playing on a Bose® audio system. However, the user 902 retains the volume and playback controls for the music on the iPhone®.

The sandboxed application 112 may be configured to communicate with the other sandboxed application in a manner such that the client device 100 may be configured to offer the sandboxed application 112 as sandbox-reachable service to the other sandboxed application and/or forward a number of communications to the other sandboxed application through the relay service. The other sandboxed application may comprise the sandboxed application function service of the heterogeneous networked media device. For example, a web page may communicate with an other web page in the same manner in which the webpage communicated with the sandbox-reachable service 114 through the communication session 116 (e.g., the webpage may forward the request to the relay service, and the other web page may long poll the relay service for the request).

The sandboxed application function service may be configured to communicate with the sandboxed application 112 of the client device 100 in a manner such that the sandboxed application function service may be configured to incorporate a first executable code (e.g., a callback comprising an argument in a query string) into an invocation procedure of the sandboxed application function service, generate a second executable code (e.g., a return result that calls the callback with the return result), and execute the first executable code with the second executable code. According to one embodiment, the invocation procedure may a sandbox-reachable (e.g., using JSONP) service call. For example, the invocation procedure may be a remote procedure call (RPC).

The client device 100 may be configured to retain a number of control operations (e.g., a playback operation, a rewind operation, a navigation operation) of the sandboxed application 112 when the heterogeneous networked media device is configured to perform the function of the sandboxed application 112. For example, a video game may be displayed on the heterogeneous networked media device while the client device 100 may be used to play the video game.

The relay service may be configured to forward the request to perform the function of the sandboxed application 112 from the client device 100 to the heterogeneous networked media device. The heterogeneous networked media device may be configured to constantly listen for the request through a connection application comprising a polling application, a streaming application, a WebSocket application, and/or a long-polling application. The long-polling application may be configured to optimize a polling period between a long-polling and a consecutive long-polling in a manner such that the polling period is less than a timeout period of the long-polling.

For example, the sandboxed application function service may always be running. The sandboxed application function service may communicate a message query (e.g, an initiation of a process of retrieving an asynchronous communication) to the relay service by HTTP long-polling the relay service and/or a device providing the relay service. By optimizing the polling period such that the polling period is less than the timeout period of the session of the relay service, the heterogeneous networked media device may constantly listen for the request. If an “open” message arrives as the body to the longpoll HTTP request, the heterogeneous networked media device may open a fullscreen window containing the web page.

In another exemplary embodiment, the heterogeneous networked media device may be configured to run a sandboxed application server (e.g., a computer hardware and/or a computer software dedicated to providing a data to the sandboxed application 112, the other sandboxed application, and/or the sandboxed application function service). For example, the sandboxed application server may comprise a web server. The sandboxed application server may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The sandboxed application server may also be the sandboxed application function service, the heterogeneous networked media device, the pairing server, and/or the trusted intermediary server. Further, the sandboxed application server 700 may be a firmware and/or an integrated circuit.

The sandboxed application server may be configured to provide the sandboxed application function service. The sandboxed application function service may also be configured to process the object of the function of the sandboxed application 112 from the client device 100 and to perform the function of the sandboxed application 112 through the sandboxed application server.

For example, the object may comprise a URI of a web page. The user 902 may navigate to a web page *w* using the client device 100. The web page *w* may discover the heterogeneous networked media device and communicate an intent of the user 902 to open a web page *v*. The heterogeneous networked media device may run the sandboxed application server (e.g., the web server) that offers the sandboxed application function service. The sandboxed application function service may provide the invocation procedure at a URL “http://x:y/open” where x refers to an IP address and/or a domain name of the heterogeneous networked media device and y is a port that provides the sandboxed application function service.

The sandboxed application 112 may communicate the object (e.g., POST a URL *u* to http://x:y/open) causing the sandboxed application server to open the web page *v* pointing at the URL *u*. The sandboxed application 112 may communicate with the invocation procedure using the first executable code comprising the argument in the query string of http://x:y/open. The return result may be the second executable code (e.g., a JSON script) that calls the first executable code.

The sandboxed application 112 may communicate the URI of the webpage to the sandboxed application server that offers the sandboxed application function service. The sandboxed application server may then open a browser window pointing at the URI of the web page.

A trusted intermediary (e.g., a computer hardware and/or a computer software that enforces and/or prompts the user 902 to set a number of communication policies) may be configured to request an authorization to perform the function of the sandboxed application 112 through the heterogeneous networked media device. The trusted intermediary may also be configured to store the authorization in the sandboxed application 112 and/or a trusted intermediary server (e.g, a server from which the trusted intermediary is downloaded). Additionally, the trusted intermediary may be configured to request the authorization through the client device 100.

For example, the trusted intermediary may be the pairing server 300, an iframe, a browser window, a browser tab, a new web page, etc. When the trusted intermediary comprises the iframe, the number of communication policies may be enforced from within the client device 100. The sandboxed application 112 may communicate the object to the sandboxed application function service of the heterogeneous networked media device. The sandboxed application server in the heterogeneous networked media device offering the sandboxed application function service may return the trusted intermediary comprising the iframe asking the user 902 whether to permit the web page to open on the heterogeneous networked media device. Thus, the iframe may prompt the user 902 for the authorization through the sandboxed application 112. The trusted intermediary may store the authorization with the trusted intermediary in a web browser as a cookie. The authorization may also be stored in the trusted intermediary server (e.g., the pairing server 300, the sandbox application server).

FIG. 5 is a block diagram depicting the client device 100 gathering the primary data 500 through the sandboxed application 112 and communicating the primary data 500 to the relevancy-matching server 200 through the image 502, according to one embodiment. FIG. 5 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the relevancy-matching server 200, the storage 202, the primary data 500, and the image 502.

The primary data 500 exists between the sandbox-reachable service 114 and the sandboxed application 112 as well as between the image 502 and the relevancy-matching server 200 of FIG. 5. According to one embodiment, the primary data 500 may comprise the identification 1304 (e.g., a title, an episode number) of the media data 1004, a number of descriptive metadata 1206 (e.g., a face recognition, a voice recognition, a music recognition, a product recognition, a brand name recognition) associated with the identification 1304 of the media data 1004, a content identification history (e.g., a viewing history, a listening history, a subset of the media data 1004 previously rendered by the networked device 102), a monitored event 802, the geolocation (e.g., a GPS coordinate, a Geo-IP coordinate), a weather information, the Media Access Control (MAC) address of the client device 100, a private Internet Protocol (IP) address, and/or an other data stored in a volatile memory and/or a non-volatile memory (e.g., a hard disk drive, a solid state drive, a RAM).

The image 502 exists within the sandboxed application 112 of FIG. 5. According to one embodiment, the image 502 may be a HTML tag that incorporates a number of in-line graphics into an HTML document. The embedded object 204 may comprise the image 502. The sandboxed application 112 may query the sandbox-reachable service 114 for the primary data 500. The sandboxed application 112 may also pull in the image 502 from the relevancy-matching server 200. The image 502 may then be used to pass along the primary data 500 to the relevancy-matching server 200. Thus, the identification data 304 of the client device 100 and/or the networked device 102 may remain unknown to the relevancy-matching server 200.

FIG. 6 is a block diagram depicting the client device 100 gathering the primary data 500 through the executable code 600 and communicating the primary data 500 to the relevancy-matching server 200 through the executable code 600, according to one embodiment. FIG. 6 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the relevancy-matching server 200, the storage 202, the primary data 500, and the executable code 600.

The executable code 600 exists within the sandboxed application 112 and communicates with the sandbox-reachable service 114 and the relevancy-matching server 200 of FIG. 6. According to one embodiment, the executable code 600 may be the script 706, the player, the iframe, and/or an other set of instructions that runs within the client device 100. The sandboxed application 112 may pull in the executable code 600 from the relevancy-matching server 200. The executable code 600 may be configured to gather the primary data 500 from the sandbox-reachable service 114 and/or the networked device 102. The executable code 600 may then be used to pass along the primary data 500 to the relevancy-matching server 200. Thus, the identification data 304 of the client device 100 and/or the networked device 102 may remain unknown to the relevancy-matching server 200.

FIG. 7 is a block diagram depicting the client device 100 residing on a separate network from the networked device 102 and gathering the primary data 500 from the intermediary server 700, according to one embodiment. FIG. 7 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the relevancy-matching server 200, the storage 202, the primary data 500, the intermediary server 700, the preliminary data 702, the GUID 704, the script 706, the LAN 708, a cellular network 710, and the cloud 712.

The intermediary server 700 exists within the cloud 712 and is communicatively coupled to the client device 100 and the networked device 102 of FIG. 7. According to one embodiment, the intermediary server 700 may be a computer hardware system dedicated to generating the primary data 500 based on the preliminary data 702 using a processor and a memory. The intermediary server 700 may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The intermediary server 700 may also be the pairing server 300 and/or the relevancy-matching server 200. The intermediary server 700 may be configured to process the preliminary data 702 from the networked device 102 and/or the client device 100 and to generate the primary data 500 based on the preliminary data 702. The intermediary server 700 may also be configured to communicate the primary data 500 to any of a number of devices with the access to the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102 (e.g., via a remote access token).

For example, the intermediary server 700 may be the content identification server 1006. The intermediary server 700 may process the preliminary data 702 comprising a watermark data 1204 extracted by the CID service 1002 of the networked device 102. The intermediary server 700 may compare the watermark data 1204 to a watermark database 1700 to determine the identification 1304 of the media data 1004 associated with the watermark data 1204. Thus, the intermediary server 700 may generate the primary data 500 comprising the identification 1304 of the media data 1004 based on the watermark data 1204.

The intermediary server 700 may then communicate the primary data 500 to the client device 100 if the client device 100 knows the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 comprising the CID service 1002. For example, the client device 100 may have obtained the GUID 704 of the networked device 102 from the discovery module 302 of the pairing server 300 when the client device 100 and the networked device 102 previously resided on the shared network. The client device 100 may have stored the GUID 704 in the remote access token (e.g., a cookie). Thus, the client device 100 may query the intermediary server 700 for the identification 1304 of the media data 1004 using the GUID 704 of the networked device 102. The intermediary server 700 may act as a trusted intermediary to enforce a policy regarding which of the number of devices may access the primary data 500 of the networked device 102.

The preliminary data 702 exists between the networked device 102 and the intermediary server 700 of FIG. 7. According to one embodiment, the preliminary data 702 may be an information associated with the user 902 that is generated by the networked device 102. The preliminary data 702 may be identical to the primary data 500 (e.g., a content identifying metadata extracted by the networked device 102). Alternatively, the preliminary data 702 may need to be converted into the primary data 500 to be usable by the relevancy-matching server 200 (e.g., a digital fingerprint generated by the networked device 102 that must be compared to a fingerprint database 1900 by the intermediary server 700 to generate the identification 1304 of the media data 1004). The preliminary data 702 may comprise a CID data 1200, 1300 automatically generated by the CID service 1000, 1002 based on the media data 1004. The preliminary data 702 may also comprise a timestamp of the CID data 1200, 1300 and/or a device identifier (e.g., a model identifier, a GUID, a Media Access Control address, an Internet Protocol address). The timestamp may be automatically generated by the CID service 1000, 1002. The timestamp may exist within the content of the media data 1004.

The GUID 704 exists between the client device 100 and the intermediary server 700 of FIG. 7. According to one embodiment, the GUID 704 may be a reference number used to uniquely identify a location of a data object. The GUID 704 of the networked device 102 and/or the sandbox-reachable service 114 may be used by the client device 100 to access the primary data 500 generated by the intermediary server 700. The identification data 304 may comprise the GUID 704. The identification data 304 may also comprise the geolocation of the networked device 102. The client device 100 may also store the geolocation in the remote access token. The geolocation may be used to authenticate the communication session 116 between the client device 100 and the networked device 102 (e.g., by confirming that the client device 100 and the networked device 102 currently and/or previously shared the geolocation of the networked device 102). The geolocation may also be used by the client device 100 to obtain the primary data 500 of the networked device 102 through the intermediary server 700.

The script 706 exists within the sandboxed application 112 of FIG. 7. According to one embodiment, the script 706 may be a program written for a software environment that automates an execution of a number of tasks. The embedded object 204 and/or the executable code 600 may comprise the script 706. The script 706 may gather the primary data 500 from the intermediary server 700 and communicate the primary data 500 to the relevancy-matching server 200.

The LAN 708 is associated with the networked device 102 of FIG. 7. According to one embodiment, the LAN 708 may be a collection of a number of links and a number of nodes that interconnects a number of devices in a limited area.

The cellular network 710 is associated with the client device 100 of FIG. 7. According to one embodiment, the cellular network 710 may be a radio network distributed over a number of land areas served by a fixed-location transceiver. The client device 100 on the cellular network 710 may obtain the primary data 500 of the networked device 102 on the LAN 708 through the intermediary server 700.

The cloud 712 is associated with the intermediary server 700, the relevancy-matching server 200, and the storage 202 of FIG. 7. According to one embodiment, the cloud 712 may be a remote location accessible over the Internet that makes available a number of computing resources. The intermediary server 700, the relevancy-matching server 200, and the storage 202 may each reside in a different remote location.

For example, the identification 1304 of the media data 1004 may be communicated via the cloud 712. The networked device 102 may communicate the identification 1304 of the media data 1004 to a server in the cloud 712. The server in the cloud 712 may then store and/or forward the identification 1304 of the media data 1004 to any of the number of devices that are paired (e.g., have access to the identification data 304) with the networked device 102. A communication of the identification 1304 of the media data 1004 may occur immediately and/or at a later time (e.g., to retarget a client-device advertisement a number of hours after the user saw the content associated with the identification 1304 of the media data 1004). Using the relay service of the server in the cloud 712 to relay the identification 1304 of the media data 1004 may be necessary if the client device 100 cannot establish a direct connection to the networked device 102 (e.g., when the client device 100 is a mobile phone using a wireless 4G data network while the networked device 102 is behind a firewall on a wired ISP).

FIG. 8 is a block diagram depicting the relevancy-matching server 200 communicating the targeted data 800 to the client device 100 and the networked device 102, according to one embodiment. FIG. 8 shows the client device 100, the networked device 102, the sandboxed application 112, the sandbox-reachable service 114, the relevancy-matching server 200, the storage 202, the embedded object 204, the targeted data 800, and the monitored event 802.

The targeted data 800 exists between the relevancy-matching server 200 and the client device 100 as well as between the relevancy-matching server 200 and the networked device 102 of FIG. 8. According to one embodiment, the targeted data 800 may comprise a content recommendation, an advertisement, a product recommendation, and/or an other information related to the primary data 500. The targeted data 800 may comprise the matching item and/or the related item in the storage 202. The targeted data 800 may be communicated to the client device 100 and/or the networked device 102.

The monitored event 802 exists between the networked device 102 and the client device 100 of FIG. 8. According to one embodiment, the monitored event 802 may be an interaction between the user 902 and the networked device 102. For example, the targeted data 800 may comprise an interactive advertisement. The interaction between the user 902 and the networked device 102 may become the primary data 500 of the networked device 102. The interaction may then be communicated to the client device 100.

FIG. 9 is a block diagram depicting the relevancy-matching server 200 communicating the targeted data 800 to the client device 100 associated with the user 902, according to one embodiment. FIG. 9 shows the client device 100, the relevancy-matching server 200, the targeted data 800, a unique identifier 900 of the client device 100, and the user 902.

The unique identifier 900 exists between the client device 100 and the relevancy-matching server 200 of FIG. 9. According to one embodiment, the unique identifier 900 may be a reference information of the client device 100. The unique identifier 900 of the client device 100 may be used as a pseudonym for the user 902.

The networked device 102 may have a better view of the network than the sandboxed application 112. The networked device 102 may see the unique identifier 900 of the client device 100 on a number of packets as the number of packets transit within the network. Thus, the networked device 102 may generate and/or communicate the unique identifier 900 to the sandboxed application 112.

The unique identifier 900 may also be used to generate a user profile. The targeted data 800 may be initialized by a number of triggers comprising a number of closed captions, a logo detection, a metadata, a face detection, a voice detection, and/or the monitored event 802. The targeted data 800 and/or the primary data 500 may be synchronized across a plurality of devices by creating the user profile in a user profile server. The user profile server may be the pairing server 300, the relevancy-matching server 200, and/or the intermediary server 700. The user profile server may create the user profile by aggregating a number of login information from a number of different services (e.g., a Facebook® service, a Google® service, a Myspace® service, a Windows Live® service, a Yahoo!® service, an OpenID® service). The user profile may also comprise a name, an email address, a gender, a birthday, a timezone, a website, a phone number, a profile picture, an address, a status, a number of interests, a music, a number of movies, a number of television shows, a number of books, a number of friends, a relationship status, and/or an employment information. The user profile may be associated with the client device 100 using the unique identifier 900 of the client device 100. The number of login information may be communicated to any of the plurality of devices.

The user 902 is associated with the client device 100 of FIG. 9. According to one embodiment, the user 902 may be a human who utilizes the client device 100. The client device 100 may communicate the unique identifier 900 to the relevancy-matching server 200. The client device 100 may be associated with the user 902 based on the unique identifier 900 that is unlikely to change. The relevancy-matching server 200 may identify the client device 100 using the unique identifier 900. The relevancy-matching server 200 may also communicate the targeted data 800 tailored for the user 902 to the client device 100 with the unique identifier 900 associated with the user 902.

FIG. 10 is a block diagram of a system including the content identification server 1006 configured for automatic bidirectional communication with a number of capture servers 1008A, 1008B, the client device 100, and the networked device 102, according to one embodiment. FIG. 10 shows the client device 100, the networked device 102, the CID service 1000, 1002, the media data 1004, the content identification server 1006, a capture server 1008A, 1008B, and a media transmission node 1010A, 1010B.

The CID service 1000 exists in the client device 100, and the CID service 1002 exists in the networked device 102 of FIG. 10. The CID service 1000, 1002 of the networked device 102, the client device 100, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102 (e.g., that have the access to the identification data 304) may communicate the preliminary data 702 to the content identification server 1006.

The CID service 1002 of the networked device 102 may exist at a chipset level of the networked device 102. The CID service 1002 of the networked device 102 may also be integrated into a chipset of the networked device 102. Further, the CID service 1002 of the networked device 102 may be integrated into a video pipeline and/or an audio pipeline. Still further, the CID service 1002 of the networked device 102 may access a buffer (e.g., a frame buffer, a video buffer, an audio buffer).

In one embodiment, the CID service 1000 of the client device 100 and/or the sandboxed application 112 may process and/or generate the CID data 1300 and/or the identification 1304 of the media data 1004 by accessing the CID service 1002 of the networked device 102 through the communication session 116. In another embodiment, the CID service 1000 of the client device 100 and/or the sandboxed application 112 may process and/or generate the CID data 1300 and/or the identification 1304 of the media data 1004 by using a sandbox-reachable service of an intermediary device to access a sandbox-unreachable CID service of the networked device 102. In yet another embodiment, the sandboxed application 112 may retrieve the identification 1304 of the media data 1004 from the sandbox-reachable service of the intermediary device. For example, an audio content identification library on the intermediary device may return the identification 1304 of the media data 1004 to the sandboxed application 112.

Alternatively, the CID service 1000 of the client device 100 may generate the CID data 1300 by capturing (e.g., processing and/or replicating at least a portion of) the media data 1004 rendered by the networked device 102 (e.g., using the extension 404 to allow the sandboxed application 112 to access the CID service 1000 and/or a capture device of the client device 100, using a loopback interface to allow the sandboxed application 112 to access the CID service 1000 and/or a capture device of the client device 100 by testing a number of ports). Thus, the CID service 1000 of the client device 100 may be subject to a greater amount of signal noise than the CID service 1002 of the networked device 102. Yet another alternative may entail the CID service 1000 generating the CID data 1300 by using the intermediary device to capture the media data 1004 (e.g., by establishing a communication session between the client device 100 and the intermediary device to access a sandbox-reachable CID service of the intermediary device and/or to access the capture device of the intermediary device).

For example, when the sandbox-reachable service 114 of the networked device 102 comprises the CID service 1002 of the networked device 102, the sandboxed application 112 of the client device 100 may process the CID data 1200 automatically generated by the CID service 1002 of the networked device 102 through the communication session 116. The communication session 116 may be established using the discovery service and/or the relay service of the pairing server 300, the extension 404, and/or the remote access token.

When the CID service 1002 of the networked device 102 comprises a sandbox-unreachable service, the sandboxed application 112 of the client device 100 may process the CID data 1200 through the sandbox-reachable service of the intermediary device. The sandbox-reachable service of the intermediary device may be configured to utilize a discovery protocol unavailable to the security sandbox 104 of the client device 100 and to process the CID data 1200 from the sandbox-unreachable CID service of the networked device 102. The client device 100 may establish the communication session between the sandboxed application 112 and the sandbox-reachable service of the intermediary device using the discovery service and/or the relay service of the pairing server 300, the extension 404, and/or the remote access token.

Alternatively, the sandboxed application 112 of the client device 100 may access the capture device (e.g., a camera, a microphone) to capture the media data 1004 rendered by the networked device 102. The networked device 102 may comprise the media device that is unconnected from the network of the client device 100. The sandboxed application 112 may use the extension 404 to add the capture device of the client device 100 and/or the CID service 1000 of the client device 100 to the security sandbox 104 of the client device 100. The CID service 1000 may also be made into the extension 404 so that a number of calls from JavaScript running in the sandboxed application 112 may query the CID service 1000 running on the same device as the sandboxed application 112. Further, the sandboxed application 112 of the client device 100 may access the sandbox-reachable CID service and/or the capture device of the intermediary device through the communication session 116 between the sandboxed application 112 and the intermediary device.

The sandboxed application 112 may also use the loopback interface (e.g., a loopback address, 127.0.0.1, a localhost) to access the CID service 1000 of the client device 100 and/or the capture device of the client device 100. The sandboxed application 112 may query a number of well-known ports for the CID service 1000 of the client device 100 and/or the capture device of the client device 100. Alternatively, the sandboxed application 112 may query the number of ports associated with a number of private IP addresses returned from the discovery service. The sandboxed application 112 may associate a port with the CID service 1000 of the client device 100 and/or the capture device of the client device 100 by looking for a valid service-specific handshake and/or an other valid service-specific query response. The sandboxed application 112 may then communicate with the CID service 1000 of the client device 100 and/or the capture device of the client device 100 through the port. An available service discovered using the loopback interface may also be added to a list of network services even if the available service was not otherwise announced.

The media data 1004 exists in the networked device 102 of FIG. 10. According to one embodiment, the media data 1004 and/or the other media data 1108, 1112, 1904 may be a published information rendered to the user 902. The media data 1004 may be rendered to the user 902 by the networked device 102. The other media data 1108, 1112 may be rendered by a number of other networked media devices 1106A, 1106B. The other media data 1904 may be captured by the capture server 1008A, 1008B.

The content identification server 1006 exists in the cloud 712 and is communicatively coupled to the client device 100, the networked device 102, and the number of capture servers 1008A, 1008B of FIG. 10. The content identification server 1006 may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The content identification server 1006 may also be the relevancy-matching server 200, the pairing server 300, and/or the intermediary server 700.

The content identification server 1006 may be configured to automatically determine the identification 1304 of the media data 1004 previously and/or presently being rendered by the networked device 102. The content identification server 1006 may be configured to process the preliminary data 702 (e.g., the CID data 1200, 1300, the timestamp, the device identifier) from the networked device 102, the client device 100, and/or any of the number of devices that currently and/or previously shared the network with the networked media device 102. The content identification server 1006 may also be configured to process an other CID data 1302, 1306, 1402, 1404 automatically generated by the other CID service 1104, 1110 based on the other media data 1108, 1112, 1904. Further, the content identification server 1006 may be configured to process an other timestamp of the other CID data 1302, 1306, 1402, 1404 and/or an other device identifier from the other CID service 1104, 1110. The other timestamp may exist within the content of the other media data 1108, 1112, 1904.

The capture server 1008A, 1008B exists between the content identification server 1006 and the media transmission node 1010A, 1010B of FIG. 10. According to one embodiment, the capture server 1008A, 1008B may comprise a computer hardware system dedicated to processing and/or replicating at least a portion of the other media data 1904 at the media transmission node 1010A, 1010B, detecting a characteristic 1502 (e.g., a closed captioning, a sound, a text, a voice, a face, a music, a logo, a location, a name, a scene, a word of interest, a product, and/or an other object that may potentially identify the other media data 1904) of the other media data 1904, and/or storing the other media data 1904 in a persistent storage (e.g., a disk). The other CID service 1104, 1110 may exist in the capture server 1008A, 1008B. The capture server 1008A, 1008B may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The capture server 1008A, 1008B may also be the relevancy-matching server 200, the pairing server 300, the intermediary server 700, and/or the content identification server 1006.

The media transmission node 1010A, 1010B is communicatively coupled to the capture server 1008A, 1008B of FIG. 10. According to one embodiment, the media transmission node 1010A, 1010B may comprise a television broadcasting station, a radio broadcasting station, a cable headend, a connection point in a home, and/or an other point in a media distribution network. The capture server 1008A, 1008B may be collocated with a number of servers at the media transmission node 1010A, 1010B. The capture server 1008A, 1008B may be configured to automatically generate the other CID data 1302, 1306 of the other media data 1904 captured at the media transmission node 1010A, 1010B and/or an other timestamp of the other CID data 1302, 1306 through the other CID service 1104, 1110 using a processor and a memory. The capture server 1008A, 1008B may also be configured to communicate the other CID data 1302, 1306, the other timestamp, and/or the other device identifier to the content identification server 1006.

FIG. 11 is a block diagram of a system of automatic bidirectional communication between the client device 100 and the networked device 102 involving the content identification server 1006 and a plurality of other networked devices 1400A, 1400B, according to one embodiment. FIG. 11 shows the client device 100, the networked device 102, the CID service 1000, 1002, the media data 1004, the content identification server 1006, an other client device 1102, an other CID service 1104, 1110, the other networked media device 1106A, 1106B, the other media data 1108, 1112, and an other electronic program guide 1100.

The other CID service 1104 exists within the other client device 1102, and the other CID service 1110 exists within the other networked media device 1106B of FIG. 11. The other CID service 1104, 1110 may exist in the plurality of other networked devices 1400A, 1400B (e.g., a number of other client devices 1102 and/or the number of other networked media devices 1106A, 1106B within a limited geographic proximity to the networked device 102). The plurality of other networked devices 1400A, 1400B may be configured to automatically generate the other CID data 1402, 1404 of the other media data 1108, 1112 and/or the other timestamp of the other CID data 1402, 1404 through the other CID service 1104, 1110 using a processor and a memory. The plurality of other networked devices 1400A, 1400B may also be configured to communicate the other CID data 1402, 1404, the other timestamp, and/or the other device identifier to the content identification server 1006.

The media data 1004 exists within the networked device 102, the other media data 1108 exists within the other networked media device 1106A, and the other media data 1112 exists within the other networked media device 1106B of FIG. 11. The other media data 1108 may be rendered by the other networked media device 1106A. The other media data 1112 may be rendered by the other networked media device 1106B.

The content identification server 1006 exists in the cloud 712 and is communicatively coupled to the client device 100, the networked device 102, the other client device 1102, and the other networked media device 1106B of FIG. 11. The content identification server 1006 may be configured to process a plurality of other CID data 1402, 1404 of the number of other media data 1108, 1112, a number of other timestamps of the plurality of other CID data 1402, 1404, and/or a number of other device identifiers from a plurality of other CID services 1104, 1110. Further, the content identification server 1006 may automatically determine the identification 1304 of the media data 1004 and/or the other media data 1108, 1112 through a crowdsourcing based on a consensus of a provisional identification 2400 of the media data 1004 and a number of other provisional identifications 2400 of the number of other media data 1108, 1112.

The other electronic program guide 1100 exists in the cloud 712 and is communicatively coupled to the content identification server 1006 of FIG. 11. According to one embodiment, an electronic program guide and/or the other electronic program guide 1100 may be a schedule of a number of programs, a number of channels 2100, and/or a number of times. The electronic program guide and/or the other electronic program guide 1100 may be available through a set-top box and/or the Internet.

FIG. 12 is a block diagram of the CID service 1002 generating the CID data 1200 based on the media data 1004, according to one embodiment. FIG. 12 shows the media data 1004, the CID data 1200, a fingerprint data 1202, the watermark data 1204, a descriptive metadata 1206, and an identifying information 1208.

The CID data 1200 exists at the end of an arrow depicting a process of generating the CID data 1200 from the media data 1004 of FIG. 12. The CID data 1200, 1300 and/or the other CID data 1302, 1306, 1402, 1404 may be a reference information derived from and/or associated with the media data 1004 and/or the other media data 1108, 1112, 1904. The CID service 1000, 1002 of the networked device 102, the client device 100, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102 may automatically generate the CID data 1200, 1300. The other CID service 1104, 1110 of the capture server 1008A, 1008B and/or the plurality of other networked devices 1400A, 1400B may automatically generate the other CID data 1302, 1306, 1402, 1404. The CID data 1200, 1300 may comprise the fingerprint data 1202, the watermark data 1204, the descriptive metadata 1206, and/or the identifying information 1208. The other CID data 1302, 1306, 1402, 1404 may comprise an other fingerprint data 1906, 2302, 2306, 2602, an other watermark data 2200, 2304, an other descriptive metadata 2308, and/or an other identifying information 1800.

The fingerprint data 1202 exists adjacent to the CID data 1200 in an exploded view of the CID data 1200 of FIG. 12. According to one embodiment, the CID service 1000, 1002 and/or the other CID service 1104, 1110 may be configured to automatically generate the fingerprint data 1202 and/or the other fingerprint data 1906, 2302, 2306, 2602 in a manner such that the CID service 1000, 1002 and/or the other CID service 1104, 1110 is configured to detect, extract (e.g., replicate a portion of), quantize (e.g., round a value to a unit of precision), and/or hash (e.g., map a large data set to a small data set) a number of characteristic features and/or a number of other characteristic features of the media data 1004 and/or the other media data 1108, 1112, 1904. The fingerprint data 1202 may comprise a fingerprint data sequence 2000, and the other fingerprint data 1906, 2302, 2306, 2602 may comprise an other fingerprint data sequence. The CID service 1000, 1002 and/or the other CID service 1104, 1110 may also be configured to communicate the fingerprint data 1202 and/or the other fingerprint data 1906, 2302, 2306, 2602 to the content identification server 1006.

The watermark data 1204 also exists adjacent to the CID data 1200 in the exploded view of the CID data 1200 of FIG. 12. According to one embodiment, the CID service 1000, 1002 and/or the other CID service 1104, 1110 may be configured to automatically generate the watermark data 1204 and/or the other watermark data 2200, 2304 in a manner such that the CID service 1000, 1002 and/or the other CID service 1104, 1110 is configured to detect and to extract an embedded signal of the media data 1004 and/or the other media data 1108, 1112, 1904. The content identification server 1006 may be configured to process the watermark data 1204 and/or the other watermark data 2200, 2304 from the CID service 1000, 1002 and/or the other CID service 1104, 1110. The content identification server 1006 may also be configured to compare the watermark data 1204 and/or the other watermark data 2200, 2304 to a known watermark data in the watermark database 1700.

Further, the content identification server 1006 may be configured to associate the identification 1304 and/or the provisional identification 2400 (e.g., when the other CID data 1402, 1404 is processed from the plurality of other networked devices 1400A, 1400B) of the media data 1004 with the identification of the known watermark data when the watermark data 1204 is identical to the known watermark data. Similarly, the content identification server 1006 may be configured to associate the identification 1304 and/or an other provisional identification 2400 of the other media data 1108, 1112, 1904 with the identification of the known watermark data when the other watermark data 2200, 2304 is identical to the known watermark data.

The descriptive metadata 1206 exists adjacent to the CID data 1200 in the exploded view of the CID data 1200 of FIG. 12. According to one embodiment, the CID service 1000, 1002 and/or the other CID service 1104, 1110 may be configured to automatically generate the descriptive metadata 1206 and/or the other descriptive metadata 2308 in a manner such that the CID service 1000, 1002 and/or the other CID service 1104, 1110 may be configured to process a descriptive data (e.g., a channel number, a title, an episode number, a summary, a callsign) and/or an other descriptive data added to the media data 1004 and/or the other media data 1108, 1112, 1904. The CID service 1000, 1002 and/or the other CID service 1104, 1110 may also communicate the descriptive metadata 1206 and/or the other descriptive metadata 2308 to the content identification server 1006. However, if the descriptive metadata 1206 and/or the other descriptive metadata 2308 identifies the content of the media data 1004 and/or the other media data 1108, 1112, the CID service 1000, 1002 and/or the other CID service 1104, 1110 of the plurality of other networked devices 1400A, 1400B may not need to communicate the descriptive metadata 1206 and/or the other descriptive metadata 2308 to the content identification server 1006.

The content identification server 1006 may be configured to process the descriptive metadata 1206 and/or the other descriptive metadata 2308 from the client device 100, the networked device 102, the capture server 1008A, 1008B, and/or the plurality of other networked devices 1400A, 1400B. When the descriptive metadata 1206 identifies the content of the media data 1004, the content identification server 1006 may be further configured to associate the descriptive metadata 1206 with the identification 1304 and/or the provisional identification 2400 of the media data 1004. When the other descriptive metadata 2308 identifies the content of the other media data 1108, 1112, 1904, the content identification server 1006 may be further configured to associate the other descriptive metadata 2308 with the identification 1304 and/or the other provisional identification 2400 of the other media data 1108, 1112, 1904.

The identifying information 1208 exists adjacent to the CID data 1200 in the exploded view of the CID data 1200 of FIG. 12. According to one embodiment, the CID service 1000, 1002 and/or the other CID service 1104, 1110 may be configured to generate the identifying information 1208 and/or the other identifying information 1800 in a manner such that the CID service 1000, 1002 and/or the other CID service 1104, 1110 may be configured to retrieve the identifying information 1208 (e.g., a title, an episode number, a summary, a channel number, a callsign) and/or the other identifying information 1800 from a tuner 2300 (e.g., a television tuner, a radio tuner, a quadrature amplitude modulation tuner, an Advanced Television Systems Committee tuner, a stream decoder), an other tuner 1902, the electronic program guide, and/or the other electronic program guide 1100. The capture server 1008A, 1008B, the plurality of other networked devices 1400A, 1400B, and/or the content identification server 1006 may access the other tuner 1902 and/or the other electronic program guide 1100.

For example, the networked device 102 may identify the channel number based on the tuner 2300. The CID service 1002 may access the electronic program guide to retrieve the title of the media data 1004 currently scheduled for the channel number. The CID service 1000, 1002 and/or the other CID service 1104, 1110 may also communicate the identifying information 1208 and/or the other identifying information 1800 to the content identification server 1006. However, if the identifying information 1208 and/or the other identifying information 1800 identifies the media data 1004 and/or the other media data 1108, 1112, the CID service 1000, 1002 and/or the other CID service 1104, 1110 may not need to communicate the identifying information 1208 and/or the other identifying information 1800 to the content identification server 1006.

The content identification server 1006 may be configured to process the identifying information 1208 and/or the other identifying information 1800 from the client device 100, the networked device 102, the capture server 1008A, 1008B, and/or the plurality of other networked devices 1400A, 1400B. When the identifying information 1208 identifies the content of the media data 1004, the content identification server 1006 may be further configured to associate the identifying information 1208 with the identification 1304 and/or the provisional identification 2400 of the media data 1004. When the other identifying information 1800 identifies the content of the other media data 1108, 1112, 1904, the content identification server 1006 may be further configured to associate the other identifying information 1800 with the identification 1304 and/or the other provisional identification 2400 of the other media data 1108, 1112, 1904.

When the descriptive metadata 1206 identifies a channel 2100 of the networked device 102, the content identification server 1006 may be further configured to associate the media data 1004 with the other media data 1904 identified by the capture server 1008A, 1008B configured to monitor the channel 2100 identified by the descriptive metadata 1206. When the identifying information 1208 identifies the channel 2100 of the networked device 102, the content identification server 1006 may be further configured to associate the media data 1004 with the other media data 1904 identified by the capture server 1008A, 1008B configured to monitor the channel 2100 identified by the identifying information 1208.

When the descriptive metadata 1206 and/or the identifying information 1208 identifies the channel 2100 of the networked device 102, the content identification server 1006 may also be configured to retrieve a content identifying information (e.g., a title) associated with the channel 2100 from the other electronic program guide 1100 communicatively coupled with the content identification server 1006 and to associate the content identifying information with the provisional identification 2400 of the media data 1004. Additionally, when the other descriptive metadata 2308 and/or the other identifying information 1800 identifies the channel 2100 of the number of other networked media devices 1106A, 1106B, the content identification server 1006 may be configured to retrieve the content identifying information associated with the channel 2100 from the other electronic program guide 1100 communicatively coupled with the content identification server 1006 and to associate the content identifying information with the other provisional identification 2400 of the other media data 1108, 1112.

FIG. 13 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the content identification server 1006 communicatively coupled to the number of capture servers 1008A, 1008B, according to one embodiment. FIG. 13 shows the client device 100, the networked device 102, the content identification server 1006, the number of capture servers 1008A, 1008B, the CID data 1200, 1300, the other CID data 1302, 1306, and the identification 1304.

The identification 1304 of the media data 1004 exists between the content identification server 1006 and the client device 100 as well as between the content identification server 1006 and the networked device 102 of FIG. 13. According to one embodiment, the identification 1304 of the media data 1004 and/or the other media data 1108, 1112, 1904 may comprise a title, an episode number, a channel number, a device identifier, and/or an other reference information associated with the media data 1004 and/or the other media data 1108, 1112, 1904.

The capture server 1008A, 1008B and/or the content identification server 1006 may access a greater amount of computational resources and a greater amount of memory resources with which to determine the identification 1304 of the media data 1004 and/or the other media data 1904. The greater amount of computational resources and the greater amount of memory resources of the capture server 1008A, 1008B and/or the content identification server 1006 may be conducive to limiting the CID service 1000, 1002 to identifying the channel 2100 of the networked device 102. Thus, the other CID service 1104, 1110 of the capture server 1008A, 1008B along with the content identification server 1006 may determine the identification 1304 of the media data 1004 at a faster rate. The greater amount of computational resources and the greater amount of memory resources of the capture server 1008A, 1008B and/or the content identification server 1006 may also be conducive to separately analyzing an audio portion of the media data 1004 and a video portion of the media data 1004. Thus, the other CID service 1104, 1110 of the capture server 1008A, 1008B along with the content identification server 1006 may always analyze the audio portion of the other media data 1904 corresponding to the media data 1004 in a manner such that the CID service 1000, 1002 may simply query the content identification server 1006 for the identification 1304 of the audio portion. The CID service 1000, 1002 may be limited to analyzing the video portion of the media data 1004 to the extent of identifying the channel 2100 of the networked device 102.

The content identification server 1006 and/or the capture server 1008A, 1008B may also be configured to communicate the identification 1304 of the media data 1004, the channel 2100, the descriptive metadata 1206, and/or the other descriptive metadata 2308 to the networked device 102, the client device 100, the metadata association server, a content recommendation server (e.g., a computer hardware system dedicated to suggesting a published information related to the media data 1004), and/or any of the number of devices with the access to the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked media device 102 (e.g., via the remote access token). Thus, the content identification server 1006 may act as a trusted intermediary to enforce a policy regarding which of the number of devices may access the identification 1304 of the media data 1004, the channel 2100, the descriptive metadata 1206, and/or the other descriptive metadata 2308.

The networked device 102, the client device 100, and/or the number of devices may perform any of a number of functions with the identification 1304 of the media data 1004. For example, the number of devices may render a number of recommendations and/or a related media data (e.g., the published information sharing a commonality with the media data 1004) to the user 902. The number of recommendations and/or the related media data may be initialized by a number of triggers comprising a number of closed captions, a logo detection, the descriptive metadata 1206, a detection of the characteristic 1502, and/or a manual event trigger.

For example, the relevancy-matching server 200 may comprise the content recommendation server configured to automatically associate, using a processor and a memory, the identification (e.g., a title, an episode number) of the related media data with the CID data 1200, 1300 of the media data 1004 presently being rendered by the networked device 102, the identification 1304 of the media data 1004, and/or the number of metadata associated with the identification 1304 of the media data 1004. The content recommendation server may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The content recommendation server may also be the content identification server 1006, the metadata association server, the intermediary server 700, and/or the pairing server 300.

The CID service 1000, 1002 may communicate the CID data 1200, 1300, the identification 1304 of the media data 1004, and/or the number of metadata associated with the identification 1304 of the media data 1004 to the content recommendation server. The content identification server 1006 may also communicate the identification 1304 of the media data 1004 to the content recommendation server. The metadata association server may also communicate the number of metadata associated with the identification 1304 of the media data 1004 to the content recommendation server. The content recommendation server may be configured to communicate the identification of the related media data to the networked device 102, the client device 100, the metadata association server, and/or any of the number of devices with the access to the identification data 304.

The relevancy-matching server may also comprise the metadata association server configured to automatically associate, using a processor and a memory, the CID data 1200, 1300 of the media data 1004 presently being rendered by the networked device 102, the identification of the related media data, and/or the identification 1304 of the media data 1004 with the number of metadata associated with the identification 1304 of the media data 1004 and/or the number of metadata associated with the identification of the related media data. The metadata association server may also comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The metadata association server may be an optional intermediary server between the content identification server 1006 and the content recommendation server. The metadata association server may also be the content identification server 1006, the content recommendation server, the intermediary server 700, and/or the pairing server 300.

The CID service 1000, 1002 may communicate the CID data 1200, 1300 and/or the identification 1304 to the metadata association server. The content identification server 1006 may also communicate the identification 1304 to the metadata association server. The content recommendation server may communicate the identification of the related media data to the metadata association server. The metadata association server may generate the number of metadata associated with the identification 1304 of the media data 1004 and/or the number of metadata associated with the identification of the related media data by accessing Tribune®, Rovi®, IMDb®, and/or an other source for the number of metadata about the media data 1004 and/or the related media data. The metadata association server may be configured to communicate the number of metadata associated with the identification 1304 of the media data 1004 and/or the number of metadata associated with the identification of the related media data to the content recommendation server, the networked device 102, the client device 100, and/or any of the number of devices with the access to the identification data 304.

Further, the relevancy-matching server 200 may comprise a related media data provider (e.g., a computer hardware system dedicated to transmitting the related media data using a processor and a memory). The related media data provider may comprise a computer, a plurality of computers, and/or a peer-to-peer network of computers. The related media data provider may also be the content identification server 1006, the metadata association server, the content recommendation server, the intermediary server 700, the capture server 1008A, 1008B, and/or the pairing server 300.

When the related media data provider is the capture server 1008A, 1008B, a synchronized viewing may be enabled. The synchronized viewing may augment the media data 1004 with the related media data that is being broadcasted. The capture server 1008A, 1008B may capture an audio portion of the media data 1004 separately from a video portion of the media data 1004. The capture server 1008A, 1008B may then use a number of timestamps of the other CID data 1302, 1306 to correlate the audio portion of the media data 1004 and/or the related media data to the video portion of the media data 1004 and/or the related media data based on a choice of the user 902.

For example, the user 902 may view the video portion of the media data 1004 and switch between the audio portion of the media data 1004 and the audio portion of the related media data. Alternatively, the user may listen to the audio portion of the media data 1004 and switch between the video portion of the media data 1004 and the video portion of the related media data. The media data 1004 and the related media data may be the media data 1004 broadcasted on a number of different channels. Thus, the user 902 may select a superior audio portion and/or a superior video portion.

According to one embodiment, the client device 100 may be configured to render the related media data to the user 902 through the networked device 102 and/or the client device 100. The sandboxed application 112 may be configured to process the identification of the related media data from the content recommendation server. The sandboxed application 112 may also be configured to suggest the identification of the related media data to the user 902. Further, the sandboxed application 112 may be configured to process a request to render the related media data through the networked device 102 and/or the client device 100 based on a selection of the user 902. Still further, the sandboxed application 112 may be configured to communicate the request and/or the related media data to the networked device 102 when the selection comprises the request to render the related media data through the networked device 102. The networked device 102 and/or the client device 100 may be configured to retrieve the related media data from the related media data provider.

In another embodiment, the content identification server 1006, the metadata association server, and/or the content recommendation server may also be used to automatically update an initial user interface (UI) of the networked device 102 with the identification 1304 of the media data 1004, the identification of the related media data, the number of metadata associated with the identification 1304 of the media data 1004, and/or the number of metadata associated with the identification of the related media data. The initial UI may comprise a number of UI elements and/or a number of pages. The networked device 102 may be configured to automatically update and/or display the initial UI. The initial UI may be displayed prior to, after, and/or simultaneously with (e.g., overlaid upon, alongside) a rendering of an initial media data (e.g., the media data 1004 that is rendered immediately following a hardware startup sequence of the networked device 102).

A number of user interactions may trigger the networked device 102 to display the initial UI. For example, the initial UI may be displayed when the user 902 logs into and/or pairs with the networked device 102. The initial UI may also be displayed when the user 902 otherwise interacts with the networked device 102 from the client device 100 (e.g., when the client device 100 is used as a remote control and/or a companion application to the networked device 102).

Further, the initial UI may be displayed when the user 902 and/or an unrecognized user is detected. For example, the networked device 102 may access and/or be communicatively coupled to a camera that detects the user 902 and/or the unrecognized user. The camera may identify the user 902 using a facial recognition algorithm. The networked device 102 may also access and/or be communicatively coupled to a microphone that detects the user 902 and/or the unrecognized user. The microphone may identify the user 902 using a voice recognition algorithm. Thus, the initial UI that is customized (e.g., based on a prior usage, a number of policy settings, and/or a demographic profile) for the user 902 and/or the unrecognized user may be displayed when the user 902 and/or the unrecognized user is within a certain proximity of the networked device 102.

For example, a certain initial UI may be displayed when a male child is detected. A different initial UI may be displayed when an adult woman approaches the male child. If the unrecognized user is detected, the networked device 102 may create a user profile. The user profile may be based on a number of analytics comprising the prior usage, the number of policy settings, and/or the demographic profile. The initial UI may be customized based on the user profile.

The prior usage may comprise a number of identifications of a number of previously rendered media data (e.g., the primary data 500) in the client device 100, the networked device 102, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102. The networked device 102, the client device 100, the content identification server 1006, the metadata association server, the content recommendation server, the intermediary server 700, the relevancy-matching server 200, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102 may be configured to retrieve, aggregate, and/or store the number of identifications of the number of previously rendered media data.

The number of identifications of the number of previously rendered media data may be stored in an identification database. The identification database may be associated with the user profile, the network, the networked device 102, the client device 100, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102. The identification database may reside in the networked device 102, the client device 100, the content identification server 1006, the metadata association server, the content recommendation server, the intermediary server 700, the relevancy-matching server 200, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102.

The networked device 102, the client device 100, the content identification server 1006, the metadata association server, the content recommendation server, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102 may be configured to compare the identification of the related media data to the identification database and to determine the identification of the related media data to be an unrendered related media data (e.g., a missed episode). The initial UI may not be updated with the identification of the related media data when the identification of the related media data comprises a previously rendered media data. The networked device 102, the client device 100, the content identification server 1006, the metadata association server, the content recommendation server, the intermediary server 700, the relevancy-matching server 200, and/or any of the number of devices that currently and/or previously shared the network with the networked device 102 may be configured to automatically update the initial UI.

Additionally, the initial UI may be configured to display a number of channels and/or the number of identifications of the number of previously rendered media data based on a number of occurrences of the number of channels and/or the number of identifications of the previously rendered media data in the identification database. For example, the initial UI may display a number of favorite channels and/or a number of favorite media data. Further, the networked device 102 may be configured to access the electronic program guide and to retrieve the occurrence of a presently renderable media data (e.g., a program that has already started, a program that is about to start) from the electronic program guide. The presently renderable media data may comprise the related media data. In addition, the initial UI may be configured to change the channel 2100 rendered by the networked device 102 based on a selection of the user 902 and/or an other user. For example, the initial UI may access a remote control interface (e.g., via an infrared blaster) of a set-top box to effect a channel change.

Thus, the initial UI may display the media data 1004, the related media data, the identification 1304 of the media data 1004, the identification of the related media data, the number of metadata associated with the media data 1004, the number of metadata associated with the related media data, the presently renderable media data, the identification of the presently renderable media data, and/or the number of identifications of the number of previously rendered media data. The initial UI may also display a history of the number of previously rendered media data (e.g., a list of the 10 most recently viewed shows). The initial UI may also comprise a link to the related media data provider. The related media data may be rendered to the user 902 and/or the other user based on an action comprising a click-through action, a subscription action, and/or a purchase action (e.g., a pay-per-view purchase).

FIG. 14 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the content identification server 1006 and the plurality of other networked devices 1400A, 1400B, according to one embodiment. FIG. 14 shows the client device 100, the networked device 102, the content identification server 1006, the other electronic program guide 1100, the CID data 1200, 1300, the other CID data 1402, 1404, the identification 1304, and the plurality of other networked devices 1400A, 1400B.

The content identification server 1006 may be configured to automatically determine the identification 1304 of the media data 1004 through the crowdsourcing. The crowdsourcing may be based on the consensus of the provisional identification 2400 and a plurality of other provisional identifications 2400. The content identification server 1006 may be configured to aggregate the provisional identification 2400 and the plurality of other provisional identifications 2400. The consensus may be algorithmically determined based on a number of criteria comprising a predetermined percentage of a predetermined number of samples, a reliability of the provisional identification 2400, and/or an other factor affecting a confidence score (e.g., measures an accuracy of the identification 1304 of the media data 1004) of the consensus.

The crowdsourcing may be used as an alternative or as a supplement to the capture server 1008A, 1008B. For example, the crowdsourcing may be used as the alternative to the capture server 1008A, 1008B in an area in which the capture server 1008A, 1008B has not been deployed. The crowdsourcing may be used as the supplement to the capture server 1008A, 1008B to detect a discrepancy between the identification 1304 of the media data 1004 determined using the capture server 1008A, 1008B and the identification 1304 of the media data 1004 using the crowdsourcing.

FIG. 15 is a block diagram depicting the content identification server 1006 configured to generate an annotated metadata 1504, according to one embodiment. FIG. 15 shows the client device 100, the networked device 102, the content identification server 1006, the capture server 1008A, a characteristics database 1500, the characteristic 1502, and the annotated metadata 1504.

The characteristics database 1500 exists within the content identification server 1006 of FIG. 15. According to one embodiment, the characteristics database 1500 may be a structured collection of information about a number of potentially identifying features of the other media data 1904.

The characteristic 1502 exists between the content identification server 1006 and the capture server 1008A of FIG. 15. The capture server 1008A, 1008B may be configured to store the other media data 1904 captured at the media transmission node 1010A, 1010B in a non-volatile memory (e.g., a disk). The other media data 1904 captured at the media transmission node 1010A, 1010B may be retrieved from a buffer of a predetermined length in the capture server 1008A, 1008B. The capture server 1008A, 1008B may be configured to detect the characteristic 1502 of the other media data 1904 captured at the media transmission node 1010A, 1010B. The capture server 1008A, 1008B may use a number of quadrature amplitude modulation (QAM) tuner cards and/or receive a video signal over IP using a number of Moving Pictures Expert Group (MPEG)-2 streams and/or MPEG4 including a number of data packets containing the closed captioning. The capture server 1008A, 1008B may also be configured to communicate the characteristic 1502 to the content identification server 1006.

The content identification server 1006 may be configured to process the characteristic 1502 from the capture server 1008A, 1008B. The content identification server 1006 may also be configured to identify the characteristic 1502 by comparing the characteristic 1502 to the characteristics database 1500.

The characteristics database 1500 may also exist in the capture server 1008A, 1008B. For example, when the characteristics database 1500 exists in the capture server 1008A, 1008B, the capture server 1008A, 1008B may be configured to identify the characteristic 1502 by comparing the characteristic 1502 to the characteristics database 1500.

In another embodiment, the capture server 1008A, 1008B may communicate the other media data 1904 to the content identification server 1006. Thus, the content identification server 1006 may be configured to detect the characteristic 1502 of the other media data 1904.

The annotated metadata 1504 exists between the content identification server 1006 and the client device 100 as well as between the content identification server 1006 and the networked device 102 of FIG. 15. According to one embodiment, the annotated metadata 1504 may comprise a machine-readable information describing the characteristic 1502. The content identification server 1006 and/or the capture server 1008A, 1008B may be configured to generate the annotated metadata 1504 associated with the other media data 1904 captured at the media transmission node 1010A, 1010B. The characteristic 1502 may be annotated in the annotated metadata 1504. The annotated metadata 1504 may comprise the descriptive metadata 1206 and/or the other descriptive metadata 2308.

The content identification server 1006 and/or the capture server 1008A, 1008B may communicate the annotated metadata 1504 to the networked device 102, the client device 100, and/or any of the number of devices with the access to the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102. The networked device 102, the client device 100, and/or the number of devices may long poll and/or maintain a web socket open to the content identification server 1006 and/or the capture server 1008A, 1008B in a manner such that when the content identification server 1006 and/or the capture server 1008A, 1008B identifies the characteristic 1502, the content identification server 1006 and/or the capture server 1008A, 1008B may communicate the annotated metadata 1504 to the networked device 102, the client device 100, and/or the number of devices.

FIG. 16 is a block diagram depicting the content identification server 1006 configured to generate an identifying metadata 1602, according to one embodiment. FIG. 16 shows the client device 100, the networked device 102, the content identification server 1006, the capture server 1008A, the characteristics database 1500, an identifying characteristic 1600, and the identifying metadata 1602.

The identifying characteristic 1600 exists between the content identification server 1006 and the capture server 1008A of FIG. 16. According to one embodiment, the identifying characteristic 1600 may comprise the characteristic 1502 that may identify a recurring sequence 2102 (e.g., an advertisement). The capture server 1008A, 1008B may be configured to detect the identifying characteristic 1600 of the other media data 1904 associated with the recurring sequence 2102. The capture server 1008A, 1008B may also be configured to communicate the identifying characteristic 1600 to the content identification server 1006.

The content identification server 1006 may be configured to process the identifying characteristic 1600 from the capture server 1008A, 1008B. The content identification server 1006 may also be configured to identify the identifying characteristic 1600 by comparing the identifying characteristic 1600 to the characteristics database 1500. Alternatively, when the characteristics database 1500 exists in the capture server 1008A, 1008B, the capture server 1008A, 1008B may be configured to identify the identifying characteristic 1600 by comparing the identifying characteristic 1600 to the characteristics database 1500.

In another embodiment, the capture server 1008A, 1008B may communicate the other media data 1904 to the content identification server 1006. Thus, the content identification server 1006 may be configured to detect the identifying characteristic 1600 of the other media data 1904.

The identifying metadata 1602 exists between the content identification server 1006 and the client device 100 as well as between the content identification server 1006 and the networked device 102 of FIG. 16. According to one embodiment, the identifying metadata 1602 may comprise a machine-readable information describing the identifying characteristic 1600. The content identification server 1006 and/or the capture server 1008A, 1008B may be configured to generate the identifying metadata 1602 associated with the recurring sequence 2102. The identifying characteristic 1600 may be annotated in the identifying metadata 1602. The identifying metadata 1602 may comprise the descriptive metadata 1206 and/or the other descriptive metadata 2308.

The content identification server 1006 and/or the capture server 1008A, 1008B may communicate the identifying metadata 1602 to the networked device 102, the client device 100, and/or any of the number of devices with the access to the identification data 304 of the networked device 102 and/or the sandbox-reachable service 114 of the networked device 102. The networked device 102, the client device 100, and/or the number of devices may long poll and/or maintain the web socket open to the content identification server 1006 and/or the capture server 1008A, 1008B in a manner such that when the content identification server 1006 and/or the capture server 1008A, 1008B identifies the identifying characteristic 1600, the content identification server 1006 and/or the capture server 1008A, 1008B may communicate the identifying metadata 1602 to the networked device 102, the client device 100, and/or the number of devices.

A video sequence, an audio sequence, and/or a subset of frames of the other media data 1904 that is stored by the capture server 1008A, 1008B may also enable a curation of the video sequence, the audio sequence, and/or the subset of frames by the user 902 of the networked device 102 and/or the client device 100 without requiring the networked device 102 and/or the client device 100 to directly capture the video sequence, the audio sequence, and/or the subset of frames of the media data 1004. When the user 902 initiates a request for the video sequence, the audio sequence, and/or the subset of frames, the capture server 1008A, 1008B may go backwards in time from the request to retrieve the other media data 1904 from the buffer.

The user 902 of the networked device 102 may initiate the request using the remote control. The remote control may be the client device 100 acting as the remote control. The request may specify a particular video sequence, a particular audio sequence, and/or a particular subset of frames based on a number of actions of the user 902. When the identification 1304 of the media data 1004 has been determined, the capture server 1008A, 1008B may be queried for the video sequence, the audio sequence, and/or the subset of frames corresponding to the identification 1304 of the media data 1004 and the timestamp of the media data 1004. The capture server 1008A, 1008B and/or the content identification server 1006 may communicate a media data set to the networked device 102.

The media data set may comprise the video sequence and/or the audio sequence. The media data set may comprise the subset of frames and/or a number of images derived from the subset of frames (e.g., a thumbnail). The media data set may comprise a number of actual images and/or a number of URLs referring to the number of images. The media data set may comprise a set of clips associated with a number of points in the media data 1004 that have been provided by a content provider. The media data set may comprise the particular video sequence, the particular audio sequence, and/or the particular subset of frames specified by the user 902. The media data set may be communicated to a predetermined location (e.g., an email address, a POST to a URL) by the capture server 1008A, 1008B and/or the content identification server 1006.

The user 902 of the client device 100 may initiate the request using the sandboxed application 112 and/or an other application of the client device 100. The sandboxed application 112 and/or the other application may be paired with the networked device 102 (e.g., using the pairing server 300, using the extension 404 to the security sandbox 104, using a hidden signal of the networked device 102, using a bar code and/or a matrix code of the networked device 102). The client device 100 may obtain the identification 1304 of the media data 1004 and the timestamp of the media data 1004 from the networked device 102. The capture server 1008A, 1008B may be queried for the video sequence, the audio sequence, and/or the subset of frames corresponding to the identification 1304 of the media data 1004 and the timestamp of the media data 1004. The capture server 1008A, 1008B and/or the content identification server 1006 may communicate the media data set to the client device 100 and/or to the predetermined location.

The networked device 102 and/or the client device 100 may implement any of a number of applications for handling the media data set. The networked device 102 and/or the client device 100 may display the media data set in a tile list, as a slide show, and/or in an other format for navigating the media data set. The user 902 may select a subset of the media data set in the networked device 102 and/or the client device 100. The networked device 102 and/or the client device 100 may communicate the subset of the media data set to a media data storage server that stores a number of pinned media data. The media data storage server may be separate from the capture server 1008A, 1008B, the content identification server 1006, the relevancy-matching server 200, the intermediary server 700, and/or the pairing server 300.

The user 902 may communicate the subset of the media data set to the media data storage server by posting (e.g., using a HTTP POST) the subset of the media data set, posting a list of the number of URLs of the subset of the media data set, using a plurality of HTTP POSTs of a number of individual URLs to the subset of the media data set, etc. The user 902 may post the number of individual URLs by encoding a number of media data URLs as a number of values in a number of query string key-value pairs in the number of individual URLs HTTP POSTed or passed via an HTTP GET. The user 902 may recall the subset of the media data set in the media data storage server by visiting a web site, running a desktop application that communicates with the media data storage server, etc.

The client device 100 may be automatically configured to act as the remote control. When the client device 100 and the networked device 102 reside behind a same public IP address, the client device 100 may discover the networked device 102 using the discovery service. The discovery service may communicate the model identifier and/or a remote control configuration identifier of the networked device 102 to the client device 100. When the client device 100 and the networked device 102 are paired using the hidden signal of the networked device 102, the client device 100 and the networked device 102 may not be required to reside on a same network. The hidden signal may be a covert channel embedded in an audio output, an image output, and/or a video output of the networked device 102. For example, the covert channel may be a video watermark identifier. The hidden signal may communicate the model identifier and/or the remote control configuration identifier to the client device 100. The model identifier and/or the remote control configuration identifier may be used to lookup a configuration information for an infrared component, a Bluetooth component, and/or an other remote control component. If the client device 100 maintains a local database of a number of remote control configurations (e.g., an IrDA profile), the client device 100 may not need to access the Internet.

The covert channel may be a low-bitrate communication in one-direction. The covert channel may use a relatively small amount of power. The covert channel may enable the communication session 116 between the sandboxed application 112 and the sandbox-reachable service 114 without opening the networked device 102 to a security risk. The covert channel may enable the client device 100 on the cellular network 710 to communicate with the networked device 102 over the Internet. The networked device 102 may be aware of (e.g., via an initial configuration, via a HDMI-CEC) the number of devices to which the networked device 102 is communicatively coupled. The covert channel and/or a serving device described by the covert channel may announce the number of devices to which the networked device 102 is communicatively coupled.

The covert channel may continuously announce the device identifier of the networked device 102 and/or the identification data 304. The sandboxed application 112 of the client device 100 and/or the other application of the client device 100 may process the audio output, the image output, and/or the video output, extract the covert channel, and use the device identifier and/or the identification data 304 to pair with the networked device 102 and/or a service of the networked device 102. The networked device 102 and the client device 100 may not reside on the same network. For example, the client device 100 may use a data service (e.g., a 3G service, a 4G service) and/or a text message service (e.g., a SMS service) while the networked device 102 may use a wired connection and/or a wireless connection (e.g., a WiFi connection) to the Internet. The sandboxed application 112 and/or the other application of the client device 100 may use a relay service (e.g., via the pairing server 300, via the extension 404) to communicate with the networked device 102. To determine the number of devices announcing via the covert channel, the sandboxed application 112 may use the loopback interface to contact a service agent running on a well-known port on the client device 100 that is outside the security sandbox 104.

To increase a level of security, the networked device 102 may not use the covert channel to announce the GUID 704. The networked device 102 may generate an ephemeral (e.g., time varying) GUID to announce via the covert channel. The networked device 102 may communicate the ephemeral GUID and the GUID 704 to the relay service via an IP pathway. Alternatively, the relay service and the networked device 102 may establish a shared secret. The networked device 102 may generate the ephemeral GUID from the shared secret and the GUID 704. The relay service may then reconstruct the GUID 704.

The covert channel may be masked by the audio output, the image output, and/or the video output of the networked device 102. For example, if the networked device 102 has a microphone, the networked device 102 may mask the covert channel using an environmental noise. If the networked device 102 does not have a microphone, the networked device 102 may mask the covert channel using a broad spectrum of the audio output, the image output, and/or the video output to appear as a white noise. Thus, the networked device 102 that is otherwise powered off and the networked device 102 that does not naturally generate the audio output, the image output, and/or the video output may mask the covert channel.

When the client device 100 receives a broadcast identifier (e.g., the device identifier, the GUID 704, the ephemeral GUID), the client device 100 may contact the discovery service passing the broadcast identifier. The discovery service may be reachable by the client device 100. The client device 100 may not reside on the same network as the networked device 102 and/or the serving device. The client device 100 may not have a security access to the network of the serving device and/or the networked device 102. Thus, the discovery service may not reside on the same network as the serving device and/or the networked device 102.

The discovery service may be a distributed service running on a peer-to-peer substrate (e.g., a Distributed Hash Table) and/or a centralized discovery service for the Internet (e.g., via the pairing server 300). The discovery service may be used for a security overlay. The discovery service may be used to lookup a number of services made available by a discovered device (e.g., discovered by the covert channel). Thus, a very low bitrate may be used for the covert channel while a higher bitrate channel may be used for communicating a number of service details. However, the number of service details may also be communicated through the covert channel in a form of the model identifier, a description, etc. Communicating the number of service details in the covert channel may require a greater amount of resources from the low bitrate channel. Thus, the broadcast identifier may be communicated less frequently and/or the higher bitrate channel may become more intrusive and/or less covert.

The relay service may be used by the client device 100 to communicate with the number of services. The client device 100 may not have a network connectivity usually associated with the Internet. The client device 100 may use the text message service to send a number of messages to a 1-800 phone number and/or an equivalent number acting as a gateway to relay a number of calls to the number of services.

For example, a company may have a slideshow projector dedicated to running a slideshow application. The company may not wish to grant a network access to a mobile phone of a visitor, but the company may wish to allow the visitor to use the slideshow projector. The slideshow projector may use an audio covert channel to announce the broadcast identifier of the slideshow projector. The visitor may run the slideshow application on the mobile phone which detects the slideshow projector by listening on the microphone of the mobile phone. The mobile phone may not have a direct access to an IP network. The mobile phone may have the SMS service, the 3G service, the 4G service, an other packet service, and/or an other message service. The slideshow application of the mobile phone may send a command to run the slideshow application at a specified URL to the 1-800 phone number of the centralized discovery service. The centralized discovery service may forward the command over the Internet to the slideshow projector. The slideshow projector may download the slideshow from the specified URL. The slideshow application of the mobile phone may send a number of subsequent commands via the gateway to move to an other slide and/or otherwise control the slideshow. Thus, the slideshow may be displayed on a secure network of the company through a limited externally facing API. The slideshow application may be used as a trusted intermediary between the secure network and the mobile phone.

In another embodiment, the device identifier may be embedded in the bar code, the matrix code (e.g., a 2D bar code, an Aztec code, a QR code), and/or a similar pattern that is attached to the networked device 102 (e.g., as a sticker) and/or displayed through the networked device 102 (e.g., displayed on a television screen by going to a preferences channel). The client device 100 may take a picture of the bar code, the matrix code, and/or the similar pattern using a camera. The client device 100 may process the picture to extract the bar code, the matrix code, and/or the similar pattern. The device identifier obtained from extract the bar code, the matrix code, and/or the similar pattern may be used in a similar manner as the device identifier obtained from the covert channel. For example, the device identifier may enable the client device 100 to communicate with the networked device 102 via the SMS service, the 3G service, the 4G service, a WiFi service, etc. The bar code may comprise a Universal Product Code (UPC). The UPC may provide the model identifier with which to select a remote control profile.

For example, the slideshow projector may bear a sticker with the bar code. Alternatively, the slideshow projector may project the bar code onto a surface (e.g., a screen, a wall). The mobile phone may take the picture of the bar code using the camera of the mobile phone. The device identifier of the slideshow projector may be used to automatically configure the mobile phone to act as the remote control for the slideshow projector.

A time estimation algorithm may also estimate a playback time within the content of the media data 1004 and/or the other media data 1108, 1112, 1904. When the audio output, the image output, and/or the video output of the networked device 102 may not be accessed, the covert channel may not be used to embed the broadcast identifier. However, the identification 1304 of the media data 1004 along with an estimated playback time within the content of the media data 1004 may be used to disambiguate between the number of devices and/or the number of services known to the sandboxed application 112 and/or the other application of the client device 100. The number of devices and/or the number of services may be known via the discovery service by an account binding, a number of short codes, and/or an other binding mechanism that pairs and/or binds the sandboxed application 112 and/or the other application of the client device 100 to the number of devices and/or the number of services. The number of devices may have been previously paired (e.g., when the client device 100 of the user 902 was in a different network). The sandboxed application 112 and/or the other application of the client device 100 may access an audio input (e.g., a microphone), an image input, and/or a video input (e.g., a camera) to identify the content of the media data 1004.

If a known device is playing an identified content, a credibility may be added to a hypothesis that the identified content was generated by the known device. If the playback time for the content played by the known device playing the identified content also happens near the estimated time, the credibility of the hypothesis may be increased. If the known device also happens to be in the same network as the sandboxed application 112 and/or the other application of the client device 100, the credibility of the hypothesis may be further increased. A plurality of criteria (e.g., a nearness in a number of estimated playback times; a recency in time since the known device was last discovered; a nearness in a number of GPS coordinates and/or a number of Geo-IP coordinates of the known device, the sandboxed application 112, and/or the other application; a sharing of the same network as determined by a shared public IP; the sharing of the same network via an other discovery service) may be combined to increase the credibility of the hypothesis.

When the known device has been determined to be near the client device 100 with a sufficiently high confidence, the sandboxed application 112 and/or the other application may perform a bidirectional communication with the known device and/or a service of the known device. For example, the client device 100 may query the known device for the identification 1304 of the media data 1004 recently rendered by the known device.

FIG. 17 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the watermark data 1204, according to one embodiment. FIG. 17 shows the networked device 102, the content identification server 1006, the watermark data 1204, the identification 1304, and the watermark database 1700.

The watermark database 1700 exists within the content identification server 1006 of FIG. 17. According to one embodiment, the watermark database 1700 may be a structured collection of information comprising the known watermark data and the identification of the known watermark data.

For example, FIG. 17 illustrates the networked media device 102 communicating the watermark data 1204 of the media data 1004 to the content identification server 1006. The content identification server 1006 then compares the watermark data 1204 to the known watermark data in the watermark database 1700 and communicates the identification of the known watermark data when the watermark data 1204 is identical to the known watermark data.

FIG. 18 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the identifying information 1208, according to one embodiment. FIG. 18 shows the networked device 102, the content identification server 1006, the capture server 1008A, the identifying information 1208, the identification 1304, the other electronic program guide 1100, and the other identifying information 1800.

For example, FIG. 18 illustrates the networked device 102 communicating the identifying information 1208 that identifies the channel 2100 of the networked device 102 to the content identification server 1006. The capture server 1008A monitoring the channel 2100 accesses the other electronic program guide 1100 and determines the identification 1304 of the other media data 1904 scheduled for the channel 2100. The capture server 1008A then communicates the other identifying information 1800 that identifies the content of the other media data 1904 to the content identification server 1006. The content identification server 1006 processes the other identifying information 1800 and associates the other identifying information 1800 with the identification 1304 of the other media data 1904. The content identification server 1006 then associates the identification 1304 with the media data 1004 and communicates the identification 1304 to the networked device 102.

FIG. 19 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the fingerprint data 1202 and the other fingerprint data 1906, according to one embodiment. FIG. 19 shows the networked device 102, the capture server 1008A, the media transmission node 1010A, the content identification server 1006, the fingerprint data 1202, the fingerprint database 1900, the other tuner 1902, the other media data 1904, the other fingerprint data 1906, and the other electronic program guide 1100.

The other tuner 1902 exists between the capture server 1008A and the media transmission node 1010A of FIG. 19. According to one embodiment, the other tuner 1902 and/or the tuner 2300 may be a television tuner, a radio tuner, and/or an other means of selecting a media channel.

For example, FIG. 19 illustrates an embodiment in which the networked device 102 communicates the fingerprint data 1202 to the content identification server 1006, and the capture server 1008A communicates the other fingerprint data 1906 to the content identification server 1006. The capture server 1008A monitors the other media data 1904 of the channel 2100 through the other tuner 1902 at the media transmission node 1010A. Thus, the capture server 1008A also communicates the channel 2100 to the content identification server 1006. The content identification server 1006 processes the channel 2100 from the capture server 1008A and accesses the other electronic program guide 1100 to obtain the identification 1304 of the other media data 1904. The content identification server 1006 then associates the identification 1304 of the other media data 1904 with the other fingerprint data 1906. If the fingerprint data 1202 matches the other fingerprint data 1906, the content identification server 1006 also associates the identification 1304 of the other media data 1904 with the fingerprint data 1202 and communicates the identification 1304 to the networked device 102.

The fingerprint database 1900 exists within the content identification server 1006 of FIG. 19. According to one embodiment, the fingerprint database 1900 may be a structured collection of information comprising the fingerprint data 1202, the other fingerprint data 1906, 2302, 2306, 2602, the timestamp, the other timestamp, the device identifier, the other device identifier, the identification 1304 of the media data 1004, the identification 1304 of the other media data 1108, 1112, 1904, the provisional identification 2400, and/or the other provisional identification 2400.

The content identification server 1006 may store the fingerprint data 1202 and/or the other fingerprint data 1906, 2302, 2306, 2602 in the fingerprint database 1900. The fingerprint database 1900 may be updated at any time with the fingerprint data 1202, the other fingerprint data 1906, 2302, 2306, 2602, the timestamp, the other timestamp, the device identifier, the other device identifier, the identification 1304 of the media data 1004, the identification 1304 of the other media data 1108, 1112, 1904, the provisional identification 2400, and/or the other provisional identification 2400. The fingerprint database 1900 may be updated in a manner such that, in the future, the content identification server 1006 may process the fingerprint data 1202 and check the fingerprint database 1900 for a match 2002 prior to processing the other fingerprint data 1906, 2302, 2306, 2602.

The content identification server 1006 may be configured to process the other fingerprint data 1906, 2302, 2306, 2602 of the other media data 1108, 1112, 1904 from the capture server 1008A, 1008B and/or the plurality of other networked devices 1400A, 1400B. The content identification server 1006 may also be configured to store the other fingerprint data 1906, 2302, 2306, 2602 in the fingerprint database 1900. Further, the content identification server 1006 may be configured to process the fingerprint data 1202 of the media data 1004 from the networked device 102, the client device 100, and/or any of the number of devices that previously and/or currently shared the network with the networked device 102.

The content identification server 1006 may compare the fingerprint data 1202 to the other fingerprint data 1906, 2302, 2306, 2602. The other fingerprint data 1906, 2302, 2306, 2602 may exist in the fingerprint database 1900. Further, the content identification server 1006 may automatically determine the identification 1304 of the media data 1004 by associating the fingerprint data 1202 with the identification 1304 and/or the provisional identification 2400 of the other media data 1108, 1112, 1904 associated with the other fingerprint data 1906, 2302, 2306, 2602 that matches the fingerprint data 1202.

FIG. 20 is a table 2050 depicting a determination of the identification 1304 of the media data 1004 by comparing the fingerprint data sequence 2000 to the fingerprint database 1900, according to one embodiment. FIG. 20 shows the fingerprint data sequence 2000, the fingerprint database 1900, the match 2002, and the table 2050.

The fingerprint data sequence 2000 exists as a column of the table 2050 of FIG. 20. According to one embodiment, the fingerprint data sequence 2000 and/or the other fingerprint data sequence may be a series of consecutive fingerprint data. A probability of a false positive (e.g., when the fingerprint data 1202 and the other fingerprint data 1906, 2302, 2306, 2602 match while the media data 1004 and the other media data 1108, 1112, 1904 do not match) using a single fingerprint data may be (1−p[correct match]). However, the probability of the false positive using the fingerprint data sequence 2000 may be (1−p[correct match])^(r) where r=a length of the fingerprint data sequence 2000. Thus, the confidence score of the match 2002 may be based on the length of a matching fingerprint data sequence.

Thus, the probability of the false positive may be reduced to a negligible level by comparing the fingerprint data sequence 2000 of the media data 1004 to the other fingerprint data sequence. The content identification server 1006 may be configured to compare the fingerprint data sequence 2000 of the media data 1004 to the other fingerprint data sequence. The content identification server 1006 may also be configured to associate the fingerprint data sequence 2000 with the identification 1304 and/or the provisional identification 2400 of the other media data 1108, 1112, 1904 associated with the other fingerprint data sequence when a predetermined number of sequential fingerprint data of the fingerprint data sequence 2000 matches the predetermined number of sequential fingerprint data of the other fingerprint data sequence.

To account for a number of missing fingerprint data in the fingerprint data sequence 2000 and/or the other fingerprint data sequence, the content identification server 1006 may be configured to apply an algorithm comprising a sliding window algorithm. For example, the fingerprint database 1900 may store the other fingerprint data sequence 2000 “A-B-C-D.” The content identification server 1006 may compare the other fingerprint data sequence to the fingerprint data sequence 2000 “A-B-_-D” where “_” denotes a missing fingerprint data (e.g., the fingerprint data 1202 at a time between the timestamp for the fingerprint data 1202 “B” and the timestamp for the fingerprint data 1202 “D”). The sliding window algorithm may require two matching fingerprint data before a particular fingerprint data and one matching fingerprint data after the particular fingerprint data in order to include the fingerprint data 1202 in the fingerprint data sequence 2000. Thus, the sliding window algorithm may compare the fingerprint data sequence 2000 “A-B-_-D” to the other fingerprint data sequence “A-B-C-D” and include “C” in the fingerprint data sequence 2000 “A-B-_-D.” As a result of the sliding window algorithm, there may be four matching sequential fingerprint data.

The match 2002 exists in a column of table 2050 of FIG. 20. According to one embodiment, the match 2002 may be a condition in which the fingerprint data sequence 2000 sufficiently corresponds to the other fingerprint data sequence. For example, the match 2002 in FIG. 20 may be declared when three sequential fingerprint data match.

The content identification server 1006 may be configured to automatically determine the identification 1304 of the media data 1004 in a manner such that the content identification server 1006 is configured to initiate a number of comparisons between the fingerprint data 1202 and the other fingerprint data 1906, 2302, 2306, 2602. The number of comparisons may be separated by a predetermined time interval. The content identification server 1006 may process the fingerprint data 1202 prior to processing the other fingerprint data 1906, 2302, 2306, 2602. Alternatively, the content identification server 1006 may process the other fingerprint data 1906, 2302, 2306, 2602 prior to processing the fingerprint data 1202. Yet another alternative may entail the content identification server 1006 processing the fingerprint data 1202 and the other fingerprint data 1906, 2302, 2306, 2602 simultaneously. Thus, the number of comparisons may be initiated until a matching fingerprint data sequence is found.

For example, in FIG. 20, the other fingerprint data sequence “751-242-369-520-818” already exists in the fingerprint database 1900 when the content identification server 1006 processes the fingerprint data sequence 2000 “751-242-369-520-818.” Thus, the content identification server 1006 immediately compares the fingerprint data sequence 2000 “751-242-369-520-818” to the other fingerprint data sequence “751-242-369-520-818.” However, the content identification server 1006 processes the fingerprint data sequence 2000 “314-275-860-926-437” prior to the processing of the matching fingerprint data sequence. Thus, the content identification server 1006 initiates four comparisons until the match 2002 is declared when the predetermined number of three sequential fingerprint data of “314-275-860” is found.

FIG. 21 is a table 2150 depicting a determination of the recurring sequence 2102, according to one embodiment. FIG. 21 shows the channel 2100, the fingerprint data sequence 2000, the recurring sequence 2102, the table 2150, and the fingerprint database 1900.

The channel 2100 exists in a column of the table 2150 of FIG. 21. According to one embodiment, the channel 2100 may be an information communication pathway. For example, the channel 2100 may correspond to a radio broadcasting frequency, a television broadcasting frequency, and/or an Internet media channel.

The recurring sequence 2102 exists in a column of the table 2150 of FIG. 21. The content identification server 1006 may be configured to determine that a portion of the fingerprint data sequence 2000 and/or of the other fingerprint data sequence is a recurring sequence 2102 when the portion is detected a predetermined number of times across a plurality of channels 2100 and/or at a plurality of different times. Additionally, the content identification server 1006 may be configured to update the fingerprint database 1900 with the recurring sequence 2102. The content identification server 1006 may also be configured to apply the algorithm comprising the sliding window algorithm to account for the number of missing fingerprint data in the recurring sequence 2102.

Further, the content identification server 1006 and/or the capture server 1008A, 1008B may be configured to assign a unique identifier to the recurring sequence 2102. Still further, the content identification server 1006 and/or the capture server 1008A, 1008B may be configured to add the unique identifier of the recurring sequence 2102 to a recurring sequence metadata database along with a recurring sequence metadata. The content identification server 1006 and/or the capture server 1008A, 1008B may be configured to generate the recurring sequence metadata. The recurring sequence metadata may be a machine-readable information describing the recurring sequence 2102. The recurring sequence metadata may comprise the identifying metadata 1602, the descriptive metadata 1206, and/or the other descriptive metadata 2308.

FIG. 22 is a block diagram of a system of determining the identification 1304 of the media data 1004 involving the descriptive metadata 1206 and the other watermark data 2200, according to one embodiment. FIG. 22 shows the networked device 102, the content identification server 1006, the capture server 1008A, the media transmission node 1010A, the descriptive metadata 1206, the identification 1304, the other tuner 1902, the watermark database 1700, and the other watermark data 2200.

FIG. 22 illustrates the networked device 102 communicating the descriptive metadata 1206 identifying the channel 2100 of the networked device 102 to the content identification server 1006. The capture server 1008A at the media transmission node 1010A monitors the channel 2100 through the other tuner 1902 and communicates the other watermark data 2200 to the content identification server 1006. The content identification server 1006 then compares the other watermark data 2200 to the known watermark data in the watermark database 1700 and communicates the identification of the known watermark data to the networked device 102.

However, the CID data 1200, 1300 and/or the other CID data 1302, 1306, 1402, 1404 may be subject to a number of systematic error sources. For example, the fingerprint data 1202 may not sufficiently correspond to the other fingerprint data 1906, 2302, 2306, 2602 to declare the match 2002 due to the number of systematic error sources. The number of systematic error sources may comprise a pseudostatic error and/or a random error. The pseudostatic error may be a number of changes applied to the media data 1004 in a media data pipeline (e.g., an audio pipeline, a video pipeline) and/or arriving to the media data pipeline that is unlikely to change unless the user changes a number of settings and/or a number of media data sources (e.g., an audio source, a video source). The random error may be a random transmission noise (e.g., a compression noise, a blocking artifact, a corrupted frame). The random error may be addressed by a robust mechanism for computing the CID data 1200, 1300 and/or the other CID data 1302, 1306, 1402, 1404 (e.g., the sliding window algorithm, an adaptive sampling algorithm).

The pseudostatic error may comprise a user setting (e.g., a brightness modification, a contrast modification, a hue modification, an other color space modification, a display scaling modification, and/or an aspect ratio modification). The user setting may be addressed by capturing the media data 1004 prior to an application of the user setting (e.g., at the frame buffer). However, capturing the media data 1004 prior to the application of the user setting may not be possible when the user setting is applied before the media data 1004 reaches the CID service 1000, 1002. For example, the display scaling modification may be applied in a set-top box prior to a transmission of the media data 1004 to the CID service 1002 of the networked device 102.

The pseudostatic error may also comprise an aspect ratio transformation (e.g., a black bar, a display stretching, a display scaling, and/or a display cropping). For example, the aspect ratio transformation may result in the fingerprint data 1202 of the networked device 102 that insufficiently corresponds to the other fingerprint data 1906 of the capture server 1008A, 1008B. The aspect ratio transformation may be addressed by a reverse transformation (e.g., an adjustment to the media data 1004 that conforms the media data 1004 to the other media data 1904) in the networked device 102 and/or the client device 100 that restores the media data 1004 to a state in which the media data 1004 existed prior to the aspect ratio transformation. The display cropping may also be addressed by the adaptive sampling algorithm that focuses on a dynamic region of pixel change. Thus, the adaptive sampling algorithm may ignore an edge region of a display.

The adaptive sampling algorithm may sample a number of different regions of the display to increase a probability of selecting a region with a high temporal activity. A number of regions of interest may be sampled in a single frame buffer to increase a generation rate of a unique fingerprint data as compared to the generation rate when a single region is sampled in the single frame buffer. To ensure that the fingerprint data 1202 matches the other fingerprint data 1906, the adaptive sampling algorithm may be synchronized between the capture server 1008A, 1008B and the networked device 102 and/or the client device 100.

The display scaling may also be addressed by sampling at a variable rate across a number of frame data in a number of different resolutions. For example, the fingerprint data 1202 generated by sampling every third pixel in a 300×300 resolution may match the fingerprint data 1202 generated by sampling every second pixel in a 200×200 resolution.

The display scaling may be performed by an external device (e.g., a set-top box, a game console) to a display device (e.g., a television) in which the CID service exists. Thus, the CID service 1000, 1002 may be unaware of the display scaling. The reverse transformation may be algorithmically applied to calibrate the fingerprint data 1202 with the other fingerprint data 1906.

The reverse transformation may comprise a slow perturbation to a subset (e.g., one, some, and/or all) of the number of regions of interest after the identification 1304 is determined. The display scaling may affect a central region of the display less than the edge region of the display. Thus, the fingerprint data 1202 of the central region may match the other fingerprint data 1906, and the identification 1304 of the media data 1004 may be determined. A percentage of display scaling correction may then be applied to the subset of the number of regions of interest. A match rate may be determined by measuring a percentage of the fingerprint data 1202 that matches the other fingerprint data 1906 associated with the identification 1304 of the media data 1004. The display scaling correction may then be adjusted in a manner such that the match rate is maximized. To ensure a sufficient number of samples to adequately measure the match rate, a sufficient number of fingerprint data may be gathered such that a change in the confidence score is less than an estimated change in the match rate. Thus, a large change in the estimated change may require a smaller number of samples to determine whether the display scaling correction maximizes the match rate. The slow perturbation may constantly seek to maximize the match rate.

If the match rate is sufficiently greater than zero before the identification 1304 is determined, the slow perturbation may still be applied. However, if the match rate is zero and/or nearly zero before the identification 1304 is determined, the display scaling correction may be slowly oscillated across a range for a subset of the number of regions of interest until a number of matches 2002 occur. Then, the slow perturbation may be applied.

Further, the display scaling may be addressed by a forward transformation (e.g., an adjustment to the other media data 1904 that conforms the other media data 1904 to the media data 1004) that calibrates the other fingerprint data 1906 with the fingerprint data 1202. The forward transformation may be applied to a subset of a number of regions captured by the capture server 1008A, 1008B. A forward transformed fingerprint data may be added to the fingerprint database 1900 and marked according to an amount of the display scaling correction applied. The forward transformation may be applied in a manner such that a total number of fingerprints in the fingerprint database 1900 is not appreciably increased. The capture server 1008A, 1008B may periodically (e.g., at a time interval that is significantly larger than a sampling time interval for generating a number of individual fingerprint data) generate a number of additional fingerprints for the subset of the number of regions subjected to a number of amounts of the display scaling correction. If the display scaling correction is insufficient to change a particular fingerprint from an uncorrected value, then the particular fingerprint may not be added to the fingerprint database 1900.

When the fingerprint data 1202 matches the forward transformed fingerprint data, the slow perturbation may be used by the CID service 1002 to refine the display scaling correction. If a plurality of the fingerprint data 1202 match a plurality of the forward transformed fingerprint data, the CID service 1002 may employ the slow perturbation based on an average of the number of amounts of the display scaling correction.

Further, the pseudostatic error may comprise a color space change and/or a pixel format change. The CID service 1002 may normalize a video portion of the media data 1004 to a single color space and/or a single pixel format. The color space change and the pixel format change may be addressed by using a hybrid transformation (e.g., a combination of a number of forward transformations and a number of reverse transformations).

The hybrid transformation may be used to address the pseudostatic error. The hybrid transformation may employ the reverse transformation to normalize the number of regions of the media data 1004 captured from the frame buffer to conform with the other media data 1904. The hybrid transformation may employ the forward transformation to reproduce a normalization error. The normalization error may be a loss of a portion of the media data 1004 as a result of the reverse transformation. The hybrid transformation may minimize a number of problems introduced by using the forward transformation and/or the reverse transformation. For example, the forward transformation may require a cooperative device manufacturer and/or a combinatoric explosion in the number of fingerprints to store. The reverse transformation may be lossy, may increase a processor utilization, may decrease the match rate, may result in a slower identification time, etc.

An input source (e.g., a DVD player, a game console, a cable set-top box, a satellite set-top box) may exhibit a number of different types of the pseudostatic error and/or a number of varying degrees of the pseudostatic error. Thus, the networked device 102 and/or the capture server 1008A, 1008B may generate and/or maintain a profile of the pseudostatic error associated with the input source. The profile may be associated with a particular input (e.g., HDMI 1) used by the input source. The networked device 102 and/or the capture server 1008A, 1008B may notify the CID service 1002 and/or the other CID service 1104, 1110 of the particular input being used. The CID service 1002 and/or the other CID service 1104, 1110 may then reference the profile and adjust accordingly.

FIG. 23 is a block diagram of the content identification server 1006 gathering the CID data 1200 and a plurality of other CID data 1402, 1404, according to one embodiment. FIG. 23 shows the networked device 102, the content identification server 1006, the other electronic program guide 1100, the fingerprint data 1202, the identifying information 1208, the plurality of other networked devices 1400A, 1400B, the fingerprint database 1900, the tuner 2300, a plurality of other fingerprint data 2302, 2306, the other watermark data 2304, and an other descriptive metadata 2308.

FIG. 23 illustrates the CID service 1002 of the networked device 102 retrieving the channel number of the networked device 102 from the tuner 2300 to generate the identifying information 1208. The networked device 102 may communicate the CID data 1200 comprising the fingerprint data 1202 of the media data 1004 along with the identifying information 1208 of the media data 1004 to the content identification server 1006. The content identification server 1006 may then process the CID data 1200 and access the other electronic program guide 1100 to retrieve the content identifying information associated with the channel number. The content identification server 1006 may also associate the content identifying information with the provisional identification 2400 of the media data 1004.

The other networked device 1400A may comprise the number of other client devices 1102. The other CID service 1104 may communicate the other CID data 1402 comprising the other fingerprint data 2302 of the number of other media data 1108 along with the number of other watermark data 2304 of the number of other media data 1108 to the content identification server 1006. The content identification server 1006 may process the other CID data 1402 and compare the other watermark data 2304 to the known watermark data in the watermark database 1700. If the other watermark data 2304 is identical to the known watermark data, the content identification server 1006 may associate the identification of the known watermark data with the number of other provisional identifications 2400 of the other media data 1108.

The other networked device 1400B may comprise the number of other networked media devices 1106B. The other CID service 1110 may communicate the other CID data 1404 comprising the other fingerprint data 2306 of the number of other media data 1112 along with the number of other descriptive metadata 2308 of the number of other media data 1112 to the content identification server 1006. The number of other descriptive metadata 2308 may comprise the callsign of the channel number of the networked device. The content identification server 1006 may process the other CID data 1404 and access the other electronic program guide 1100 to retrieve a number of content identifying information associated with the callsign. The content identification server 1006 may also associate the number of content identifying information with the number of other provisional identifications 2400 of the number of other media data 1112.

The content identification server 1006 may process the CID data 1200 and the plurality of other CID data 1402, 1404. The content identification server 1006 may store the fingerprint data 1202 and/or the plurality of other fingerprint data 2302, 2306 in the fingerprint database 1900. The content identification server 1006 may compare the fingerprint data 1202 and/or the plurality of other fingerprint data 2302, 2306 to the fingerprint database 1900. The content identification server 1006 may compare the fingerprint data 1202 to the plurality of other fingerprint data 2302, 2306. If the match 2002 exists among the fingerprint data 1202 and the plurality of other fingerprint data 2302, 2306, the content identification server 1006 may aggregate the provisional identification 2400 and the number of other provisional identifications 2400.

The content identification server 1006 may also be configured to determine the identification 1304 of the media data 1004 through the crowdsourcing. The crowdsourcing may be based on the consensus of the provisional identification 2400 and the number of other provisional identifications 2400. The consensus may be algorithmically determined based on the number of criteria comprising the predetermined percentage of the predetermined number of samples, the reliability of the provisional identification 2400, and/or the other factor affecting the confidence score of the consensus. For example, the number of other watermark data 2200, 2304 may be given more weight than the identifying information 1208 retrieved from the other electronic program guide 1100.

The content identification server 1006 may be configured to update the fingerprint database 1900 with the identification 1304 of the media data 1004 determined using the crowdsourcing. For example, the fingerprint database 1900 may be updated with the identification 1304 of the media data 1004 determined using the crowdsourcing when the crowdsourcing is used as the alternative to the capture server 1008A, 1008B or when the consensus has a higher confidence score than the identification 1304 of the media data 1004 determined using the capture server 1008A, 1008B. The content identification server 1006 may then use the identification 1304 of the media data 1004 determined using the crowdsourcing to automatically determine the identification 1304 of the fingerprint data 1202 and/or the other fingerprint data 1906, 2302, 2306, 2602 that is unaccompanied by the provisional identification 2400 and/or the other provisional identification 2400.

FIG. 24 is a table view of the content identification server 1006 gathering the provisional identification 2400 of the media data 1004 and the number of other provisional identifications 2400 of the number of other media data 1108, 1112, according to one embodiment. FIG. 24 shows the fingerprint data sequence 2000, the fingerprint database 1900, the provisional identification 2400, and the table 2450.

The provisional identification 2400 exists as a column of the table 2450 of FIG. 24. According to one embodiment, the provisional identification 2400 and/or the number of other provisional identifications 2400 may comprise the watermark data 1204, the number of other watermark data 2200, 2304, the descriptive metadata 1206, the number of other descriptive metadata 2308, the identifying information 1208, and/or the number of other identifying information 1800. The provisional identification 2400 may identify the content of the media data 1004 and/or the number of other media data 1108, 1112 in a manner such that the provisional identification 2400 is less authoritative than the identification 1304 of the media data 1004 and/or of the number of other media data 1108, 1112, 1904. The provisional identification 2400 may also identify the channel 2100 of the networked device 102 and/or the number of other networked media devices 1106A, 1106B.

FIG. 25 is a table view of the content identification server 1006 determining the identification 1304 of the media data 1004 based on the consensus, according to one embodiment. FIG. 25 shows the identification 1304, the fingerprint data sequence 2000, the fingerprint database 1900, the provisional identification 2400, and the table 2550.

The content identification server 1006 may aggregate the provisional identification 2400 of the fingerprint data 1202 with the number of other provisional identifications 2400 associated with the plurality of other fingerprint data 1906, 2302, 2306, 2602 that match the fingerprint data 1202. The content identification server 1006 may also be configured to determine the identification 1304 based on a majority of the provisional identification 2400 and/or the number of other provisional identifications 2400. The content identification server 1006 may require at least two other provisional identifications 2400 in addition to the provisional identification 2400 in order to form the consensus. The identification 1304 may be determined in a manner such that the provisional identification 2400 and/or the number of other provisional identifications 2400 are overridden by the consensus.

FIG. 26 is a block diagram of the content identification server 1006 using the identification 1304 of the media data 1004 to identify the other fingerprint data 2602, according to one embodiment. FIG. 26 shows the content identification server 1006, the other electronic program guide 1100, the identification 1304, the other networked device 2600, the fingerprint database 1900, and the other fingerprint data 2602.

The content identification server 1006 may be configured to update the fingerprint database 1900 with the identification 1304 formulated by the consensus. Subsequently, the identification 1304 may be used to identify the other fingerprint data 2602 unaccompanied by the provisional identification 2400 and/or the number of other provisional identifications 2400.

For example, Jane may visit an auction website on her smartphone while she watches her television. When an advertisement airs on the television, the auction website displays matching items that are being auctioned. No installation, configuration, login, and/or user registration was required.

Although the present embodiments have been described with reference to a specific example embodiment, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the various embodiments. For example, the various devices and modules described herein may be enabled and operated using hardware circuitry (e.g., CMOS based logic circuitry), firmware, software or any combination of hardware, firmware, and software (e.g., embodied in a machine readable medium). For example, the various electrical structure and methods may be embodied using transistors, logic gates, and electrical circuits (e.g., application specific integrated (ASIC) circuitry and/or Digital Signal Processor (DSP) circuitry).

In addition, it will be appreciated that the various operations, processes, and methods disclosed herein may be embodied in a machine-readable medium and/or a machine accessible medium compatible with a data processing system (e.g., a computer device). Accordingly, the specification and drawings are to be regarded in an illustrative in rather than a restrictive sense. 

What is claimed is:
 1. A system comprising: a networked device configured to: generate at least one of a preliminary data and a primary data associated with a user, and automatically announce a sandbox-reachable service of the networked device to a discovery module; a relevancy-matching server configured to match a targeted data with the primary data based on a relevancy factor associated with the user; and a client device configured to: automatically process an identification data of at least one of the networked device and the sandbox-reachable service of the networked device from the discovery module, automatically associate with the networked device through a sandboxed application of the client device communicatively coupled to the sandbox-reachable service based on the identification data, process an embedded object from the relevancy-matching server through the sandboxed application, gather the primary data through at least one of the embedded object and the sandboxed application, and communicate the primary data to the relevancy-matching server through the embedded object.
 2. The system of claim 1: wherein the client device is further configured to: constrain an executable environment in a security sandbox, execute the sandboxed application in the executable environment, and automatically establish a communication session between the sandboxed application and the sandbox-reachable service through at least one of a cross-site scripting technique, an appended header, a same origin policy exception, and an other mode of bypassing a number of access controls of the security sandbox.
 3. The system of claim 1: wherein the client device is configured to process the identification data in a manner such that the client device is configured to at least one of: access the discovery module of a pairing server, wherein the pairing server is configured to receive in an announcement from the networked device and to communicate to the client device the identification data comprising at least one of a global unique identifier (GUID), an alphanumeric name, a hardware address associated with the networked device, a public address pair associated with the sandbox-reachable service of the networked device, and a private address pair associated with the sandbox-reachable service of the networked device when a shared network is determined to be commonly associated with the client device and the networked device, and extend the security sandbox with the discovery module and a relay module added to the security sandbox, wherein the discovery module comprises a discovery algorithm, and wherein the discovery algorithm utilizes a protocol comprising at least one of a Bonjour® protocol, a Simple Service Discovery Protocol (SSDP) protocol, a local service discovery (LSD) uTorrent® protocol, a multicast protocol, an anycast protocol, and a local area network (LAN)-based protocol that discovers a number of services in a LAN based on a broadcast from any one of an operating system service, the security sandbox, the client device, the sandbox-reachable service, and the networked device.
 4. The system of claim 1: wherein the embedded object comprises at least one of a script, an image, a player, an iframe, and an other external media included in the sandboxed application.
 5. The system of claim 2: wherein when the embedded object comprises a statically rendered object, the sandboxed application is configured to gather the primary data from the networked device through the communication session, and wherein when the embedded object comprises an executable code, the embedded object is configured to gather the primary data from the networked device through the communication session.
 6. The system of claim 1, further comprising: an intermediary server configured to: process the preliminary data from at least one of the networked device and the client device, generate the primary data based on the preliminary data, and communicate the primary data to any of a number of devices with an access to the identification data of at least one of the networked device and the sandbox-reachable service of the networked device.
 7. The system of claim 1: wherein the relevancy-matching server is configured to render the targeted data to the user through at least one of the networked device and the sandboxed application of the client device.
 8. The system of claim 1: wherein the client device is determined to be associated with the user based on a unique identifier that is unlikely to change.
 9. The system of claim 1: wherein the primary data comprises at least one of a content identification, a number of descriptive metadata associated with the content identification, a content identification history, a monitored event, a geolocation, a weather information, a private Internet Protocol (IP) address, and an other data stored in at least one of a volatile memory and a non-volatile memory.
 10. The system of claim 1: wherein the relevancy-matching server is configured to match the targeted data with the primary data in a manner such that the relevancy-matching server is configured to search a storage for at least one of a matching item and a related item based on the relevancy factor comprising at least one of a category of the primary data, a behavioral history of the user, a category of the sandboxed application, and an other information associated with the user.
 11. The system of claim 1: wherein the networked device is configured to automatically announce the primary data along with the sandbox-reachable service of the networked device to the discovery module.
 12. The system of claim 2: wherein the other mode of bypassing the number of access controls of the security sandbox enables at least one of a discovery and a pairing, wherein the discovery is performed via at least one of a multicast-based discovery protocol, a broadcast-based discovery protocol, and an anycast-based discovery protocol, and wherein the pairing is performed via an entry of at least one of a short code and an account name in at least one of the client device and the networked device.
 13. A method comprising: generating, by a client device, at least one of a preliminary data and a primary data associated with a user; automatically announcing, by the networked device, a sandbox-reachable service of the networked device to a discovery module; matching, by a relevancy-matching server, a targeted data with the primary data based on a relevancy factor associated with the user; automatically processing, by a client device, an identification data of at least one of the networked device and the sandbox-reachable service of the networked device from the discovery module; automatically associating, by the client device, with the networked device through a sandboxed application of the client device communicatively coupled to the sandbox-reachable service based on the identification data; processing, by the client device, an embedded object from the relevancy-matching server through the sandboxed application; gathering, by the client device, the primary data through at least one of the embedded object and the sandboxed application; and communicating, by the client device, the primary data to the relevancy-matching server through the embedded object.
 14. The method of claim 13, further comprising: constraining, by the client device, an executable environment in a security sandbox; executing, by the client device, the sandboxed application in the executable environment; and automatically establishing, by the client device, a communication session between the sandboxed application and the sandbox-reachable service through at least one of a cross-site scripting technique, an appended header, a same origin policy exception, and an other mode of bypassing a number of access controls of the security sandbox.
 15. The method of claim 13: wherein the client device is configured to process the identification data in a manner such that the client device is configured to at least one of: access the discovery module of a pairing server, wherein the pairing server is configured to receive in an announcement from the networked device and to communicate to the client device the identification data comprising at least one of a GUID, an alphanumeric name, a hardware address associated with the networked device, a public address pair associated with the sandbox-reachable service of the networked device, and a private address pair associated with the sandbox-reachable service of the networked device when a shared network is determined to be commonly associated with the client device and the networked device, and extend the security sandbox with the discovery module and a relay module added to the security sandbox, wherein the discovery module comprises a discovery algorithm, and wherein the discovery algorithm utilizes a protocol comprising at least one of a Bonjour® protocol, a SSDP protocol, a LSD uTorrent® protocol, a multicast protocol, an anycast protocol, and a LAN-based protocol that discovers a number of services in a LAN based on a broadcast from any one of an operating system service, the security sandbox, the client device, the sandbox-reachable service, and the networked device.
 16. The method of claim 13: wherein the embedded object comprises at least one of a script, an image, a player, an iframe, and an other external media included in the sandboxed application.
 17. The method of claim 14: wherein when the embedded object comprises a statically rendered object, the sandboxed application is configured to gather the primary data from the networked device through the communication session, and wherein when the embedded object comprises an executable code, the embedded object is configured to gather the primary data from the networked device through the communication session.
 18. The method of claim 13, further comprising: processing, by an intermediary server, the preliminary data at least one of the networked device and the client device; generating, by the intermediary server, the primary data based on the preliminary data; and communicating, by the intermediary server, the primary data to any of a number of devices with an access to the identification data of at least one of the networked device and the sandbox-reachable service of the networked device.
 19. The method of claim 13: wherein the relevancy-matching server is configured to render the targeted data to the user through at least one of the networked device and the sandboxed application of the client device.
 20. The method of claim 13: wherein the client device is determined to be associated with the user based on a unique identifier that is unlikely to change.
 21. The method of claim 13: wherein the primary data comprises at least one of a content identification, a number of descriptive metadata associated with the content identification, a content identification history, a monitored event, a geolocation, a weather information, a private IP address, and an other data stored in at least one of a volatile memory and a non-volatile memory.
 22. The method of claim 13: wherein the relevancy-matching server is configured to match the targeted data with the primary data in a manner such that the relevancy-matching server is configured to search a storage for at least one of a matching item and a related item based on the relevancy factor comprising at least one of a category of the primary data, a behavioral history of the user, a category of the sandboxed application, and an other information associated with the user.
 23. The method of claim 13: wherein the networked device is configured to automatically announce the primary data along with the sandbox-reachable service of the networked device to the discovery module.
 24. The method of claim 14: wherein the other mode of bypassing the number of access controls of the security sandbox enables at least one of a discovery and a pairing, wherein the discovery is performed via at least one of a multicast-based discovery protocol, a broadcast-based discovery protocol, and an anycast-based discovery protocol, and wherein the pairing is performed via an entry of at least one of a short code and an account name in at least one of the client device and the networked device.
 25. A relevancy-matching server comprising: a processor; and a memory communicatively coupled to the processor, wherein the processor is configured to match a targeted data with a primary data based on a relevancy factor associated with a user, wherein the relevancy-matching server is communicatively coupled to a networked device, the networked device configured to: generate at least one of a preliminary data and the primary data associated with the user, and automatically announce a sandbox-reachable service of the networked device to a discovery module, wherein the relevancy-matching server is communicatively coupled to a client device, the client device configured to: automatically process an identification data of at least one of the networked device and the sandbox-reachable service of the networked device from the discovery module, automatically associate with the networked device through a sandboxed application of the client device communicatively coupled to the sandbox-reachable service based on the identification data, process an embedded object from the relevancy-matching server through the sandboxed application, gather the primary data through at least one of the embedded object and the sandboxed application, and communicate the primary data to the relevancy-matching server through the embedded object.
 26. The relevancy-matching server of claim 25: wherein the client device is further configured to: constrain an executable environment in a security sandbox, execute the sandboxed application in the executable environment, and automatically establish a communication session between the sandboxed application and the sandbox-reachable service through at least one of a cross-site scripting technique, an appended header, a same origin policy exception, and an other mode of bypassing a number of access controls of the security sandbox.
 27. The relevancy-matching server of claim 25: wherein the client device is configured to process the identification data in a manner such that the client device is configured to at least one of: access the discovery module of a pairing server, wherein the pairing server is configured to receive in an announcement from the networked device and to communicate to the client device the identification data comprising at least one of a GUID, an alphanumeric name, a hardware address associated with the networked device, a public address pair associated with the sandbox-reachable service of the networked device, and a private address pair associated with the sandbox-reachable service of the networked device when a shared network is determined to be commonly associated with the client device and the networked device, and extend the security sandbox with the discovery module and a relay module added to the security sandbox, wherein the discovery module comprises a discovery algorithm, and wherein the discovery algorithm utilizes a protocol comprising at least one of a Bonjour® protocol, a SSDP protocol, a LSD uTorrent® protocol, a multicast protocol, an anycast protocol, and a LAN-based protocol that discovers a number of services in a LAN based on a broadcast from any one of an operating system service, the security sandbox, the client device, the sandbox-reachable service, and the networked device.
 28. The relevancy-matching server of claim 25: wherein the embedded object comprises at least one of a script, an image, a player, an iframe, and an other external media included in the sandboxed application.
 29. The relevancy-matching server of claim 26: wherein when the embedded object comprises a statically rendered object, the sandboxed application is configured to gather the primary data from the networked device through the communication session, and wherein when the embedded object comprises an executable code, the embedded object is configured to gather the primary data from the networked device through the communication session.
 30. The relevancy-matching server of claim 25: wherein the relevancy-matching server is communicatively coupled to an intermediary server, the intermediary server configured to: process the preliminary data at least one of the networked device and the client device, generate the primary data based on the preliminary data, and communicate the primary data to any of a number of devices with an access to the identification data of at least one of the networked device and the sandbox-reachable service of the networked device.
 31. The relevancy-matching server of claim 25: wherein the relevancy-matching server is configured to render the targeted data to the user through at least one of the networked device and the sandboxed application of the client device.
 32. The relevancy-matching server of claim 25: wherein the client device is determined to be associated with the user based on a unique identifier that is unlikely to change.
 33. The relevancy-matching server of claim 25: wherein the primary data comprises at least one of a content identification, a number of descriptive metadata associated with the content identification, a content identification history, a monitored event, a geolocation, a weather information, a private IP address, and an other data stored in at least one of a volatile memory and a non-volatile memory.
 34. The relevancy-matching server of claim 25: wherein the relevancy-matching server is configured to match the targeted data with the primary data in a manner such that the relevancy-matching server is configured to search a storage for at least one of a matching item and a related item based on the relevancy factor comprising at least one of a category of the primary data, a behavioral history of the user, a category of the sandboxed application, and an other information associated with the user.
 35. The relevancy-matching server of claim 25: wherein the networked device is configured to automatically announce the primary data along with the sandbox-reachable service of the networked device to the discovery module.
 36. The relevancy-matching server of claim 26: wherein the other mode of bypassing the number of access controls of the security sandbox enables at least one of a discovery and a pairing, wherein the discovery is performed via at least one of a multicast-based discovery protocol, a broadcast-based discovery protocol, and an anycast-based discovery protocol, and wherein the pairing is performed via an entry of at least one of a short code and an account name in at least one of the client device and the networked device. 